xmake v2.2.8发布, 新版vs工程生成插件

这个版本提供了全新的vs工程生成插件（非常感谢@OpportunityLiu的贡献），跟之前的生成vs的插件处理模式上有很大的不同，原先生成的vs工程是把所有源文件展开后，转交给vs来处理编译。

此外，我们重写了整个luajit的io runtime，使其更好的支持unicode字符集，尤其是windows上对中文字符的支持。

最后新版本开始尝试直接安装lua bitcode脚本，来减少安装包的大小（控制在2.4M以内），提高xmake启动加载的效率。

不过，需要注意的事，此版本的源码结构改成了git submodule来维护，所以老版本的xmake update无法完整支持对新版本的更新，请参考安装文档进行完整安装。

• 项目源码
• 官方文档

新特性介绍

使用新版vsxmake集成编译

原先的vs生成插件对xmake的rules是没法支持的。因为xmake的rules里面用了很多的on_build此类自定义脚本，无法展开，所以像qt， wdk此类的项目就没法支持导出到vs里面进行编译了。

因此，为了解决这个问题，新版本的vs生成插件通过在vs下直接调用xmake命令，去执行编译操作，并且对intellsence和定义跳转，还有断点调试也做了支持。

具体使用方式跟老版本类似：

$ xmake project -k [vsxmake2010|vsxmake2013|vsxmake2015|..] -m "debug;release"

如果没指明版本，那么xmake会自动探测当前已有的vs版本来生成：

$ xmake project -k vsxmake -m "debug;release"

另外，vsxmake插件还会额外生成一个自定义的配置属性页，用于在vs里面，方便灵活的修改和追加一些xmake编译配置，甚至可以在里面配置切换到其他交叉工具链，实现在vs中对android, linux等其他平台的交叉编译。

顺便提下，这个vsxmake插件生成的工程，也是支持选择指定一批源文件来快速编译的。

Unicode编码支持

原先的版本在某些windows环境下，并不能很好的处理unicode编码，显示的中文编译错误信息也可能出现乱码的情况，新版本中xmake多内置的luajit/io完全进行了重写，在win下对unicode编码提供更好的支持，哪怕是在xmake.lua或者源文件路径中存在emoji等字符都可以很好的处理。

target("程序")
    set_kind("binary")

    add_files("源文件