我是一个大型产品,有超过200人,位于3个不同的位置。大多数人都在主分支上工作,所以当然,重要的是使构建无效。每日构建,生成构建大约需要6个小时。 管理团队重点一次又一次“提交前注意”,但现在至少有一个版本在一周内被打破。
您是否愿意分享您的做法以减少破坏?感谢。
答案 0 :(得分:0)
我要做的第一件事实际上是尽可能地努力使构建更快。这一点的重要性不容低估 - 只需更快的构建可能是您最快和最大的胜利。至少把SSD放在你的构建机器上。
除此之外,这里有一些我见过的事情:
部分构建:也被某些人称为冒烟测试。高级别测试,运行速度快,无法快速完成整个构建。他们会在完整构建之前运行。
较小的本地构建:有很多人,我猜你每个程序员都有一些本地分支。你有在本地运行的构建吗?
确保开发人员在推送代码之前在自己的计算机上运行尽可能广泛的测试。这已经发生了......对吗?
答案 1 :(得分:0)
破坏的构建应该变成一个非事件,为了达到这个目的,你需要降低与破坏构建相关的成本,现在因为创建它需要6个小时,并且很可能在大多数人不在的时候执行办公室每一个破碎的建筑都可以按一天的时间移动整个项目的时间表。要消除此成本,您需要经常构建并快速构建。因此,您可以做的最好的事情是改善构建时间并在每次签入时进行构建。