testing - 使用构建脚本和持续集成的原因是什么？

Question

我试图通过构建脚本、夜间构建和持续集成等技术来理解这个想法，但我看不到优势。以此为例:

我们是一个开发应用程序的 4 人团队，没有进行单元测试。我们还使用 Subversion 进行源代码控制。

通过使用自定义构建脚本和持续集成之类的东西，我们可以获得哪些好处？你“需要”为此进行单元测试吗？

我还可以提到我们在本地机器上开发，当代码运行时我们只需更新生产服务器上的 svn checkout。

Answer 1

如果你没有 continuous integration您将需要等到有人决定进行集成构建时才能发现冲突或不一致的提交。集成构建是包含所有开发人员的更改的构建。如果每个开发人员都努力更新他们的本地工作副本，那么您或许可以在没有常规集成构建的情况下逃脱，但实际上，您为什么不自动化它呢？

测试套件还有助于发现破坏事物但不一定导致集成构建失败的行为变化。

执行 smoke test 也是标准做法在全新的集成构建中。

除了检测冲突和破坏事物的变化之外，夜间集成构建意味着您将始终拥有一个包含每个人迄今为止的工作的最新构建。这有利于测试和演示。

thinking up suitable punishments 也有一些乐趣对于破坏每晚构建的人——这意味着他们在没有检查是否正常的情况下提交了一些东西，所以除了解决破坏构建的提交之外，他们应该感到一些痛苦。