一个团队需要有一个负责工程构建的人，没有这样的人，代码的组织、工程的构建等往往会随着时间而变的混乱不堪。主要基于以下几点思考：
1. 一些人数比较多的团队中，团队内部人的水平是参差不齐的，所以总会有些经验少或者工程水平比较差的人把代码组织或工程构建弄乱。这几乎是必然的。
2. 团队内部其实不乏在这方面水平还不错的人，但现实往往是这些人并不是专门负责工程构建这方面工作的，所以他们也不会把太多时间花在这上面。往往最终的结果就是，这些人也觉得目前的工程组织很混乱，但这又不是他的本职工作，所以说能用就行吧，就得过且过了
举个例子，像是在我们公司的一个兄弟团队，团队人数不少，并且团队内部人的水平整体也还可以的。但这个 团队的真个代码的工程构建就很混乱，仓库很多，构建方式也不统一。想要源码调试会出现各种问题，只能不停的问他们团队的人。他们就是缺少了一个专门负责这块儿的人。
但还有一点是，负责这个的人并不需要很多，一个团队内部能有一个比较精通这块儿的人去负责就行了，没必要搞很多人在这上面。这个人需要对编译、链接、不同平台的构建等都比较精通，所以对这个人的要求其实还蛮高的。
