它使用 xmake.lua 维护项目构建，相比 makefile/CMakeLists.txt，配置语法更加简洁直观，对新手非常友好，短时间内就能快速入门，能够让用户把更多的精力集中在实际的项目开发上。

最近给xmake新增了对 Qt SDK 环境的支持，现在我们完全可以脱离 Qt Creator 进行 Qt 应用程序的开发，甚至配合 vscode/idea/sublime/vim 等编辑器+xmake 插件(xmake-vscode, xmake-idea, xmake-sublime ...)，用户完全可以切换到自己最常用的编辑器环境中去开发和构建 Qt 程序，例如这样：

此版本主要增加xmake f --menu实现用户自定义图形菜单配置，界面风格类似linux的make menuconfig： 更多使用说明，请阅读：文档手册。 项目源码：Github, Gitee. 新特性 添加del_files()接口去从已添加的文件列表中移除一些文件 添加rule(), add_rules()接口实现自定义构建规则，并且改进add_files("src/*.md", {rule = ...

2.1.4版本之前，xmake对于包管理，是通过在项目内置pkg/zlib.pkg方式，来检测链接的，虽然也支持自动检测，但是查找功能有限，并且内置的各个架构的二进制库到项目，对git并不是很友好。

最近给xmake增加了一个新特性，对于一份工程源码，可以不用编写makefile，也不用编写各种make相关的工程描述文件（例如：xmake.lua，makefile.am, cmakelist.txt等）

最近对xmake.lua的工程描述语法进行了增强，现已可以同时支持两种不同语法风格。 set-add描述风格 key-val描述风格 set-add描述风格 这种是xmake经典的设置风格，例如： {代码...} 优势：控制灵活，可以根据各种条件，通过if-then进行灵活的条件编译，可以驾驭各种高度复杂的配置需求。 劣势：作用域控制不明显，需要手...

xmake的工程描述文件xmake.lua虽然基于lua语法，但是为了使得更加方便简洁得编写项目构建逻辑，xmake对其进行了一层封装，使得编写xmake.lua不会像些makefile那样繁琐

目前xmake在开发插件脚本的时候，除了可以使用lua内置的print进行终端输出外，还可以通过另外一个接口：cprint实现终端的色彩高亮输出

随着xmake v2.0.1 版本的发布，这大半年的辛苦总算告一段落，这个版本我基本上重构整个项目的90%的代码，几乎算是重写了，但结果还算挺满意的。。

macro: 这个很实用，宏脚本插件，可以手动录制多条xmake命令并且回放，也可以通过脚本实现一些复杂的宏脚本，这个我们后续会更加详细的介绍

xmake将依赖库、依赖头文件、依赖类型、依赖接口统一用 option 选项机制进行了封装，更在上一层引入package包的机制，使得添加和检测依赖更加的模块化，简单化。。。

如果你想在同一个target上既编译静态库，又能编译动态库，那么稍微修改下 xmale.lua就行了： {代码...} 好了，现在默认编译的时候，会生成静态库：libtest.a 如果你想生成动态库，只需要执行： {代码...} 配置成动态库模式，重建下就行了。。参数：-k/--kind 可以手动在配置的时候指定，需要编译的target类型，实际会去...

有时候可能用到某个库的某些函数接口，但是这个库有可能在某个平台上被裁减过了，接口支持不全，如果你想跨平台使用，就会出问题 因此在使用之前进行检测是否存在这个函数，还是很有必要的，xmake提供了方便的api，可以批量检测某个库的一些函数： 例如： {代码...} 可以执行：xmake f -v 看到实际的检测信息，这里随便...

xmake提供了自定义打包、安装、运行脚本，可以更加灵活的针对个人实际需求来操作xmake 这里用一个例子详细说明下，比如有个需求，我需要自动编译、安装、运行android app工程，并且能够支持jni可以进行如下操作 首先创建个基于ant的android app工程，目录结构如下： {代码...} -- 添加一个android app的测试demo {代码.....