目录
- 0、此文章的初衷
- 1、什么是CI,什么是CIE?
- 2、内源社区(Isource)的代码门禁系统
- 3、CI的机器类型
- 4、RTOS
- 5、ICP-CI(华为的旧CI系统)
- 6、Jenkins(业界流行的CI系统)
- 7、项目VPN
- 8、版本发布流程说明
- 9、项目健康度面板
- 10、待优化改进
- 11、海思红区CI
- 文章更新记录
0、此文章的初衷
以前在项目组里开发的同时担任了大半年的CMO工作,年幼无知的我一开始觉得这工作是帮领导打杂,后面确实有很多收获。
此文分享自己的经验,希望获得更多交流提升。
读者如果是作为普通开发者可能看不到这么多细节。但是从CMO的角度,可以看到在IPD流程中更多的东西,看到怎么使用工具去提高代码质量、量化指标,希望你能有所收获。
但CMO看到的也不是IPD的全貌,其它还有需求管理、战略管理、资源管理、跨部门团队、IPD持续改进等等更多东西。
在这里就不去涉及具体项目机密,以下涉及的工具皆为已公开在业界的。有时间继续完善。
想要一篇文章写完所有内容应该不太现实,以下来自于我的项目中的相关总结大纲,大概和我当时交接文档类似。目录可以从PC网页的右端浏览。
简单来说,大纲主要是下面:
2~7、9节是工具配置以提升代码质量
第8节是完整版本发布流程以配合周边项目
第10节是待改进的方面
第11节是海思的CI
1、什么是CI,什么是CIE?
1.1、CI
项目的持续集成(Continuous integration,简称CI)。
在我看来,CI是每个团队项目都需要进行的一项重要活动,如果团队里没有这一套方法学,那版本的管理、代码的冲突、甚至是回溯问题都会非常困难。
1.2、CIE/CMO
CIE或者CMO,即CI工程师或者叫配置管理员。基本工作是把需要部署的插件及时配置起来,确保所有相关机器都能使用,还有各种代码及相关文档的版本的发布和归档(在研版本和维护版本)。
1.3、要求
我个人觉得这个工作的要求主要是:
- 对linux shell命令熟悉
- 最好懂一些C的编译选项
- 懂软件工程(理解敏捷迭代,有对开发流程的全局理解)
- 了解web后端配置(Jenkins)
2、内源社区(Isource)的代码门禁系统
华为那段时间几乎全员切换到了git,开始内源社区,一开始很多人不习惯,感觉环节多,很鸡肋。
其实内源社区的用处很大,社区能互相学习,而且门禁系统也是让代码质量得到一个很大的提升,在后面的一些安全整改问题上,借助这些工具,让英国客户信得过我们的产品。
代码门禁系统就是你在上传代码时候,如果被这些门禁拦截住,那是不允许合入的,而且Committer也会检查,看板会有统计,假如你经常提交一些不符合规范的代码,那会给团队带来影响。
代码门禁工具很多,比如:开源代码检测FOSSID、Lint、代码冗余度、圈复杂度…
3、CI的机器类型
按ICP-CI系统(智力资源池,属于华为自研),分为四种类型的机器,分别是Master、POM、Proxy、Agent机器。
Jenkins的会简洁一些。
简单来说,机器资源充足,能让机器各司其职提高效率,实现功能有任务分配和主备切换等等。
4、RTOS
RTOS(实时操作系统)是我们依赖的环境。
项目组里VxWorks和Linux两种环境都会使用,注意区分。
不同产品版本和编译环境是不同的RTOS,后来部门统一拉齐了,才让环境变得简洁。
RTOS更新或部署的脚本是分几种类型的,注意按顺序安装(应该弄个通用的安装脚本,减少人为干预)。