jenkins自动化项目总结

经验教训

1.经验：可行性分析要把握大方向，不要花太多时间在细节上。

教训：前期花费了大量的时间在可行性分析上面，花费了很多时间在研究cmd语法试用上。

2.经验：需求要先确认好，要小迭代更新。需求可能还经常变，需要尽早关注。

教训：在原以为项目要接近尾声的时候，开会展示成果，结果有很多地方不满足需求，和新增许多需求点，导致项目延期了将近一倍的时间。

3.经验：项目一开始就要先确定好实现方式，在什么环境，用什么语言和实现方式。

教训：在项目开始初期，根据编译服务器的环境和Jenkins给出的脚本执行选项，就选用了windows cmd脚本来写，由于cmd功能有限且语法复杂晦涩，导致花费了大量的时间纠正语法上的错误，以及寻找可行策略。后面由于功能上的限制改用由cmd调Python脚本，把主要功能实现放在python上，大大提高了开发速度。但由于切换过完，又需要花费大量的时间在重写上。

4.经验：在进行一个项目之前，先搜索相关资源，包括资料，书籍和人。不要一开始就扎进去闷头搞。

教训：在jenkins构建过程中，遇到了许多使用问题搞不清楚。很多用法和答案就在jenkIns项目中，问号链接已经能解决大部分的问题了。还有一本《jenkins权威指南》也介绍了很多用法，而查看这些资料是能很快解决问题的。我却暴力尝试穷举。

5.经验：学好专业英语很重要，不仅可以开拓视野，还能在一些没有前人领路的领域里快速解决问题。

教训：不懂Jenkins使用方法，又没人可以指导的时候，英文水平有限，很难看懂相关doc。

6.经验：设计和实现接口时要考虑复用性。

教训：当想实现一个以前实现过的相似功能时，发现接口函数还需要改，或者甚至不能用，有木有好伤悲。花费了大量的时间在写代码调试上。

7.经验：写流程的时候逻辑要严谨。代码写得慢没关系，但一定要逻辑严谨，多考虑各种情况。一旦出现bug将要花费翻倍的时间去找问题和修改，得不偿失。

教训：出现了几个流程问题，修改一次重新编译要等上15分钟，所以花费了大量的时间在修改bug上。

总结一下构建项目过程中遇到的坑吧。

（1）gerrit构建type类型没选对Path，导致代码合并无法触发自动构建。

（2）rc文件读取问题。因为c#的rc文件用的编码格式是utf-16-le（用高级记事本可以查看编码格式）, 需要转换。而cmd无法实现，也只有在python上实现了。

（3）jenkins使用text Parameters获取不到多行文本，只获取到一行内容。解决方法是通过python脚本获取系统变量的方式os.getenv("xxx")获得多行内容。