TLDR:我如何安排它以便快照依赖不会触发新版本?
为了让我的测试流程运行,他们需要运行"测试"环境。创造这样的环境很简单,但很漫长;完成构建测试环境可能需要45分钟到一个小时。此外,环境名称和其他此类变量在环境构建完成之前不会得到修复。
在我的TeamCity构建定义中,如果缺少"我可以建立"构建环境。作为构建步骤。但是,这意味着当天的第一次测试需要45分钟才能运行。
相反,我们创建了一个单独的构建,计划每天早上运行,构建当天的测试环境。然后,我们的测试版本对该版本具有快照依赖性,以便使用该版本的参数来确定环境信息,除了一个问题外,一切都按预期工作:
运行新测试时,经常会触发重建测试环境。
我们不希望这种情况发生;测试环境创建已完成'这一天,直到明天才应该再次运行。我们怎样才能做到这一点?
答案 0 :(得分:0)
注意:在此工作流程中,您的真实项目的每个构建都将招募构建测试环境的构建(因此它在物理上构建队列中)但 当它出现时它将比较自上次构建后的变化=>没有发现VCS上的提交(由于步骤3,它指向SourceControl中的平静位置))因此将在< 1s中跳过构建