@dcoder 不是已经支持包管理了么，你仔细看下上面的文章

@dcoder 这个我也看到了 xmake 的配置脚本原本封了一层 跟版本无关，平常情况没必要写依赖特定 51 54 版本的语法，单纯的调用 module api 就行了。。工程配置又不是写大型程序，不过还是尊重大佬的选择，每个人的需求不一样

上 ccache

改文档页面？ docsify 不是也支持么，页面放到 github pages 上部署就行了，直接在线 github 上编辑 md

@imzcg2 哦哦 非常感谢~~

@pursuer xmake 通常不需要引用第三方 lua 库，内置模块基本满足大部分构建场景，毕竟不是写通用 lua 程序 和 大型程序，仅仅只是配置编译，没必要引入其他复杂的 lua 模块，也没必要引入类型系统。。

限制死 5.1 语法反而是个优势，极大避免开发人员纠结 5.1/5.2/5.3 语法和兼容问题，以及编写各种混杂不同语法的项目构建文件，更加简单一致，减少维护成本。

xmake 的初衷就是尽量的精简配置和简化语法，即使再复杂的构建逻辑，也能实现足够精简可读配置，方便开发人员一目了然， 增加类型系统对于其他大型项目适用，但对构建系统的配置不适用，至少对 xmake 来讲是这样。。

@imzcg2 额，那个开源之夏之前问过主办方，只对学生开放，不是学生 似乎报名不了，也没奖金拿的哦，我建议你还是先研究下那个上面的报名要求，再决定是否写哈，不然到时候就是免费输出了哈 = =

群一群二都可以 343118190, 662147501，群问题填 xmake 就行了

@douglarek 谢谢支持

@dcoder 所以出了很多的包管理工具，构建工具对他们的整合方式各不相同，支持力度也不同，即使 cmake 似乎也仅仅支持 vcpkg conan hunter，但是集成和使用方式差别很大 这又会增加用户的学习成本

而 xmake 一直在努力解决这个问题，尽可能整合所有现有的包管理工具中的包，复用现有生态，提供近乎一致的集成方式，并且提供内置的包管理，来提供更多的包定制化集成需求，作为补充

@3dwelcome 没这么大面子 = =

@byaiu 只是对现有生态的补充，一些小项目也可以用 xmake 来提高些效率。。如果已有 cmake 维护的工程，没必要特地去切。

@nnqijiu 就是因为捣鼓 cmake 累，所以我才整了 xmake = =

@jsfaint go module 其实已经初步支持了的。。可以看下 https://github.com/xmake-io/xmake/blob/master/tests/projects/go/console_with_pkgs/xmake.lua

就是还不太完善。

@jsfaint 嗯 目前主要用于 c/c++项目

@konnnnn 例子文档里都有 https://xmake.io/#/zh-cn/guide/project_examples

https://github.com/xmake-io/xmake/tree/master/tests/projects 这里面也有更多的例子

@nightwitch
@cabing
@hanxiV2EX
@AndyAO 谢谢支持

@changepc90 上个版本就能拉了。。

@zhengxiaowai 后期会考虑更新重写，但还需要等待一段时间。。最近空余时间不多

@sadwin 你可以反馈到 issues 我会解决