还有 xrepo 跨端的

@pythonee 大部分都是 xmake 用户帮忙贡献的，因为如果用户要用到 xmake 去集成使用依赖库，如果仓库里面没有，虽然可以走 conan/vcpkg 的包来集成，但还是会有一些用户会根据自己的需求，自发的帮忙提交包进来

所以只要 xmake 用户够多，xmake-repo 仓库的包维护不成问题，目前里面已经收录 283 个包，其中一大半都是用户帮忙提交进来的，同时他们也会根据自己的需求，针对性的帮忙更新维护需要的包

我也是 xxx - present

梦中想好醒来敲

@songtinhuang 看下里面的设置说明 配置 complie_commands.json

https://github.com/xmake-io/xmake-vscode/issues/40#issuecomment-657171811

@Cbdy 那可以试试 可以节省些撸 makefile 的时间

@zhidian 私有包已经支持的哦 可以自建私有包仓库，也可以在内网部署整个仓库，哪怕不访问外网 或者无网都可以 只需要调整下包里面 set_urls 地址为内网 url 或者本地文件就行

@Jirajine 这块也是参考了早期的 cmake tools 插件做法，回头有时间 也可以考虑改进

@Jirajine 调试前编译可以改进 你可以提个 issue 上来，现在 run/debug 已经是内置集成 task/launch 的

@chnyuwen
@neilp 谢谢支持

@carlself 哈哈

@nightwitch cmake 生态在那，是很难颠覆，所以 xmake 可以作为补充，在一些小项目中使用 可以提高些效率

@paoqi2048
@Jabin 欢迎试用

@eaglu 谢谢

@stdout 那可以试试 xmake，自带 xrepo 包管理工具，无缝集成各种 c/c++ 包。 刚随手搞了个集成 raylib 库的 hello world 工程，基于 xmake 的包依赖管理，可以体验下。https://github.com/waruqi/raylib-scaffold

@icyalala 其实并不冲突，可以 cmake 为主，xmake 为辅，对于一些个人的临时小项目，或者编译测试验证一些代码，用 xmake 效率更高些。

另外，xmake 也支持生成 cmakelist.txt ，用 xmake 维护的项目，同样可以很好的支持 cmake 编译，以及插件集成。

@airqj 谢谢

@lewis89 是的，愿意干这个的很少 纯当兴趣吧，不过 xmake 还是挖走了不少 premake 的用户，哈~