TeamCity 完成构建触发器

Question

3

我有一个构建Travefy :: Build, Unit Test, Package，每次检查时都会运行它。我也一直在手动运行它来测试。

这是Travefy :: 部署到测试环境的构建触发器。每当Travefy :: Build, Unit Test, Package完成构建时，它就会触发。

如下所示，即使成功构建了Travefy :: Build, Unit Test, Package，部署也没有被触发。我对发生了什么感到困惑。有人有线索吗？

- Caleb Jares

1

这并不是你问题的答案，但是你不想把这部分作为自动构建的一部分吗？这样就只需要一个构建过程，并在其中加入触发器。如果单元测试或打包失败，构建将停止并且不会进行部署。如果你想每次测试通过后都进行部署，那么这似乎是更容易的设置方式。 - jpmc26

我在考虑如果我无法让它工作。我实际上是在按照这个指南：http://www.youtube.com/watch?v=JWGLEEm9Qhg&list=FLH2-AeK6gaxegpKGRG-_W3A&index=1 - Caleb Jares

抱歉我没有时间观看所有的内容。但是我想说的是：我的团队决定将部署变为手动启动，而不是自动触发。主要原因是我们不希望在已部署的环境中出现任何意外更新。如果在测试人员测试时进行部署，那么这可能会导致一些意外结果。不过，您的需求可能有所不同。 - jpmc26

“Deploy to Test Environment” 构建如果手动触发，会运行吗？我只是想知道是否有缺失的代理要求或构建参数阻止了它的运行。 - Paul Hunt

这个问题怎么还没有解决啊！？！？！我卡住了！ - Samuel Thompson

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- grundic · Answer 1

看起来 Deploy 有一个依赖项 Build。在这种情况下，如果您触发 Build，则不会触发您的 Deploy。但是，如果您先触发 Deploy，那么它将首先触发 Build，并等待其执行，然后再执行自己。

此外，您还配置了 Finish Build Triggered。因此，这两个可能不太适合彼此。或者您的触发器存在一些错误配置。但我建议通过构建链来配置所有内容--这是一种更灵活和可靠的机制。