迅速解决构建问题
－ 总有被修改的构建环境
－ 总会含有 bug 的脚本
－ 再好的硬盘也会遇到无法读写
－ 再好的内存也会遇到无法识别
－ 再牛B的网卡也翻不过那堵墙
－ 即便上述问题都解决，还有无法编译通过的代码等着你
构建过程中总会出现或大或小的问题，有的时常出现，有的偶尔出现，我们能做的包括但不限于：
－ 完善构建脚本，解决构建脚本中的问题
－ 增强构建过程的透明度、可见度，把构建中出现的问题都暴露出来
－ 经常出现的问题，要文档化（FAQ），自动化(脚本中避免或提示）、工具化（提前扫描）
－ 偶尔出现的问题，要记日志，重试
明明可以靠素质解决的问题，非要靠规则去限制；没办法，有了规则才能体现出素质。
配置管理员在构建管理中要完善构建系统（环境、配置、脚本等），把构建中的问题，尤其是编译问题能及时的抛出来，让研发人员可以容易地获取到，同时加强研发人员对整个编译过程的理解。同时如果出现问题需要配置管理工程师的配合，配置管理员要能及时、快速的响应同时给予专业的解答。
研发人员都回家了，配置管理工程师却还在公司吭哧吭哧的改脚本、做编译、发版本，那是配置管理团队水平不行；研发人员编译出错了，一头雾水，对这一套编译、打包、发布流程不懂，无法查错，这是我们知识管理上有欠缺，没有把问题文档化，同时系统做得也不够透明化，可见度不高；应该做到任何人都来用我的配置管理系统，不会用我可以培训；出了问题，有相应的FAQ，有相应的解决方案；系统的问题，配置管理可以去修复。
不推脱，用于承担
编程、构建、部署、测试、上线，每一步看似都有明确的含义，看似每个人做好自己的事情，整个流程就可以很好的运转。其实不是这样的。总有职责不清晰的地方，即便各种角色都很清晰，也会出现一些新的机遇、新的工作，这部分谁来做呢？总要有人去承担这些工作；看似多干了一些活，吃了亏；其实对以后自己工作的推进也是有很大的。
小结
做好配置管理平台，把配置管理思想、配置管理实践做到工具中、系统中去；同时让研发人员在配置管理平台上可以管理自己的项目。
网友评论