Continuous integration 我应该将集成测试配置为连续构建还是夜间构建?

Continuous integration 我应该将集成测试配置为连续构建还是夜间构建?,continuous-integration,teamcity,Continuous Integration,Teamcity,在我的项目中,我们有一组集成测试夹具,它们通常比单元测试夹具慢。通常,完成集成测试运行需要将近3个小时 我的问题是,我应该将我的集成测试运行配置为连续构建(这显然取决于我的单元测试装置的连续构建以及之后的运行),还是应该将其配置为夜间构建 如果我将其配置为夜间构建,这会扩大我的反馈周期吗 谢谢, -Mike如果您的集成测试运行了3个小时,那么这肯定会占用您的一个代理的所有时间,否则它可能会用于其他签入构建 当我们的签入构建开始需要超过30分钟时,我们采取措施将其缩短到10分钟以下。我们决定的基本

在我的项目中,我们有一组集成测试夹具,它们通常比单元测试夹具慢。通常,完成集成测试运行需要将近3个小时

我的问题是,我应该将我的集成测试运行配置为连续构建(这显然取决于我的单元测试装置的连续构建以及之后的运行),还是应该将其配置为夜间构建

如果我将其配置为夜间构建,这会扩大我的反馈周期吗

谢谢,
-Mike

如果您的集成测试运行了3个小时,那么这肯定会占用您的一个代理的所有时间,否则它可能会用于其他签入构建

当我们的签入构建开始需要超过30分钟时,我们采取措施将其缩短到10分钟以下。我们决定的基本原则是:随着变化,它是否编译?它是否通过了所有的单元测试?其他链接构建也以相同的方式执行。这使得核心错误的反馈周期保持清晰。其他构建特性被推迟到晚上,第二天早上解决了其中的故障

我个人认为一项需要3个小时的任务绝对应该推到晚上。这是除非你有一个不会枯竭的大代理库

也许另一种选择是每天开始几次集成测试构建,可能是中午和晚上。

您所说的:“(这显然取决于我对单元测试装置的持续构建,并在此之后运行)”到底是什么意思?