最近，一个项目的自动编译脚本终于完成了，为什么下决心一定要做自动化编译？因为开发和测试都多次出现过因为忘记修改某个库的路径，或者打包时漏了资源，引起测试版本某些功能不能用的情况。

项目是托管在github, 开发人员提交代码，经过审核后，有时需要下载其他模块的代码进行集成测试。测试人员根据bug解决情况，下载代码进行跟测，从用户角度测试bug是否合理解决。这样，开发和测试都需要编译打包程序，由于模块和资源比较多，会出现如下一些情况：

1.模块多，忘记编译某个模块，导致对应的库没有更新；
2.打包时，漏资源
3.编译打包步骤多，手动一个个执行效率低；每天都需要编译，时长一长会有一种厌烦心理；
4.最重要的一点是，手动一个个执行时，开发和测试会有一种害怕出错的心理。
1）如果出现和预期不符的问题，出于人的本性，开发和测试人员首先想到的就是自己的问题，怀疑自己漏了某个步骤，漏了某个文件，自己的代码在哪出了问题；
2) 再重新走一遍流程，一个个去核对，找到症结；有时还不一定能找到原因，只能寻求上级的帮助，上级一看就知道哪出了问题，这样增加了时间成本和沟通成本。

将编译打包过程中的底层库编译，依赖路径修改，copy到目标路径，资源copy到目标文件夹，压缩文件等操作集成到一个shell脚本或工程文件中，在编译主程序时，自动执行这些脚本，就可以实现自动化了。

有了一键自动编译，将github上的代码更新以后，只需要在编译工具中，点击编译按钮，编译完成后，无需其他手动操作，程序就可以直接运行。

自动化脚本也是代码，也是要经过测试才能普及使用的。使用过程中，难免会有bug，随着项目的进展，也可能会增加或修改脚本，这就需要根据实际情况不断迭代优化。

从项目管理上看，一键自动编译提高了工作效率，降低了沟通成本；

从组织行为学上来看，解除了开发和测试对出错的顾虑，可以把更多的精力聚焦在编写更高质量的代码，和检测更有价值的bug上，增加工作满意度。