最后的是 build version，每次更新安装 lua vm/core 部分代码是 c 写的的，都需要本机编译，所以这个是这块的编译版本，也就是当前的构建时间，精确到分钟

如果确定当前 master 上 core 没啥大改动 可以执行 xmake update -s master 仅仅更新 lua 脚本，这样 build version 不会变

之前也用 coding 现在也放弃了，老是大改，我之前放在上面的几十个老项目，现在莫名其妙只剩 5 6 个了，其他都被删了 都不带通知一下的

我恢复了好久，终于从 bitbucket 中翻出来了 还是 5 6 年前存在上面的 还能找到，尽管 bitbucket 也经常更新，但里面的项目一个一个都没丢

coding 我是再也不敢用了，虽然以前也粉过，感觉国内的 git repo 还是不太靠谱

赞！

如果要做好几个 app 难道用 iosapp1 iosapp2 ...?

一直在用

@maty 你可以看下我之前写的这篇文章，有做过一些相关说明

@maty 差不多 但是还是有不少差异的

@wangsongyan 哈哈

就为了看这三个统计数据 提供所有 repo 的 all write 权限出来不值当，github 自带的统计这些基本都能看个大概

赞！

现在的技术会议大都是广告和人脉大会，讲的那点东西顶多提点基础概念 还不如看一篇技术文章。

@edimetia3d

问题 1: 这也是 xmake 亮点之一，就是描述语法直观简洁，可读性好，能够快速上手

另外 cmake 只是个生成工具，编译还需要依赖调用 ide/make 等工具，不同平台编译和生成行为都是有差异的，无形中会增加用户的学习成本

xmake 是直接编译，运行，调试，打包，安装，卸载一整套子命令系统，不依赖任何 make 和 ide

当然跟 vsvode, sublime, idea, clion, vs 的插件也都有提供

问题 2: xmake 正在努力解决 c/c++的依赖包痛点，提供更加方便一致的依赖包维护，除了像 cmake 那样支持 vcpkg, conan 等第三方包管理, xmake 还提供自己的包管理，目前支持 win, linux, macos, mingw, android,ios 的依赖包集成，当然前提是包本身代码也得支持

并且支持分布式去中心的多仓库管理，用户可以很方便的自建私有仓库

问题 3: 如果能找到大公司支持当然最好，目前阶段还没有，不过这里已经不少项目在用了，虽然不多，还有很多用户都是公司项目在用，这里不方便公开

目前的状态，确实比不过 cmake，毕竟 cmake 得生态已经很完善了，当初我做 xmake 也不是单纯为了替代 cmake，那不现实，主要是我不习惯 cmake 的写法和用法，对于不同平台的快速切换编译很繁琐，行为也不一致所以才自己整了一套。

所以，如果有兴趣的同学，可以尝试下，不一定要完全替换现有工程，比如一些新项目，或者临时的代码测试，用 xmake 整起来还是很方便的。

另外，后续版本我打算支持跨平台的 远程编译 和 分布式编译，也将会是很不错亮点特性。

@mmqc 那就做点业余项目么，比如玩玩开源，或者研究研究新东西 反正这个有没 kpi 压力，慢慢研究 慢慢折腾，岂不快哉！

这里有个之前做的演示视频： https://asciinema.org/a/133693，不过有点年头了 = =

> 看不到该怎么去入行自己喜欢的职业。
在这家公司待得越久，技术、经验就越跟不上，就越难跳槽。

兴趣可以跟工作分开，你可以换换其他的，比如移动端，或者后端，我现在搞得也不是 c/c++相关的，个人业余兴趣还是玩 c

@mmqc thanks! xmake 上手更加容易，工程描述更加简洁，可读性好。你可以试试