在 CI 环境中,究竟什么是损坏的构建?
我可以想象有几个答案(编译、测试通过、指标在范围内、文档存在等的任何组合),但我不确定其中哪些是规范的。
例如,就在今天发生在我身上,我实际上 checkin 了所有代码更改,但忘记提交 Visual Studio 项目文件,从而破坏了单元测试。 (尽管我确实三次检查了我的提交,因为它是谷歌代码上的一个公共(public) OSS 项目)。
在我第一次提交后,我很容易在不到一分钟的时间内解决了这个问题,但我现在应该认为自己是一个破坏者吗?
您如何配置 CI 环境:是每个版本都构建还是仅在每个完整构建之后的最新版本,或者您使用基于时间的新版本检查?
最佳答案
理想情况下,您有
当上述过程生成警报时,这被认为是“破坏构建”。
但由于程序/流程可能因公司而异,因此可能会有不同的定义。在某些地方,它可能会破坏单元测试。其他人可能正在检查导致代码无法编译的源代码。
关于version-control - 究竟是什么被认为是 "breaking the build?",我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/1988742/