持续集成与夜间构建 [英] Continuous Integration vs. Nightly Builds

查看:25
本文介绍了持续集成与夜间构建的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

阅读这篇帖子让我感到疑惑;每晚构建比持续集成更好吗?答案的共识似乎很不平衡地支持持续集成,这是传福音还是当持续集成是一种选择时,真的没有理由使用夜间构建吗?

Reading this post has left me wondering; are nightly builds ever better for a situation than continuous integration? The consensus of the answers seems to be pretty lopsided in favor of continuous integration, is that evangelism or is there really no reason to use nightly builds when continuous integration is an option?

推荐答案

如果你真的在对所有可用的测试进行持续集成,那么夜间构建将是多余的,因为当天检查的最后一个东西已经被测试过了.

If you're really doing continuous integration with all available tests, nightly builds would be redundant, since the last thing checked in that day would already have been tested.

另一方面,如果您的 CI 制度只涉及运行所有可用测试的子集,例如因为您的某些测试需要很长时间才能运行,那么您可以另外使用 nightlies 来运行 all测试.这样可以让你及早发现很多 bug,如果不能早发现,至少可以在一夜之间发现.

On the other hand, if your CI regime only involves running a subset of all available tests, for example because some of your tests take a long time to run, then you can use nightlies additionally to run all tests. This'll let you catch many bugs early, and if you can't catch them early, you can at least catch them overnight.

不过,我不知道这在技术上是否仍然是 CI,因为您每次都只是在进行部分"构建,而忽略了一些测试.

I don't know, though, if that's technically still CI, since you're only doing a "partial" build each time, by ignoring some of the tests.

这篇关于持续集成与夜间构建的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆