【问题标题】:TeamCity Finish Build TriggerTeamCity 完成构建触发器
【发布时间】:2016-05-02 14:06:34
【问题描述】:

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

这是Travefy:: Deploy to Test Environment 的构建触发器。每次Travefy :: Build, Unit Test, Package 完成构建时都会触发。

如下所示,即使在成功构建 Travefy :: Build, Unit Test, Package 之后,也不会触发部署。我对发生了什么感到困惑。有人知道吗?

【问题讨论】:

  • 不是您问题的真正答案,但是您是否有理由不希望仅将这部分作为自动构建的一部分并使用一个构建而不是两个构建,它们之间有一个触发器?如果单元测试或打包失败,构建将停止并且不会部署。如果您想在每次测试通过时进行部署,这似乎会更容易设置。
  • 我在考虑如果我不能让它工作。我实际上正在遵循本指南:youtube.com/…
  • 恐怕我没有时间看所有这些。不过,我会这么说:我的团队决定让部署手动启动,而不是自动触发。主要原因是我们不希望对已部署的环境进行任何意外更新。如果部署发生在测试人员测试的时候,那会很奇怪,可能会导致一些意想不到的结果。不过,您的需求可能会有所不同。
  • 如果您手动触发“部署到测试环境”构建,它会运行吗?我只是想知道是否有诸如缺少代理要求或构建参数之类的东西阻止它运行。
  • 这怎么还没解决!?!?!?!我被卡住了!

标签: build teamcity


【解决方案1】:

看起来Deploy 有一个Build 作为dependency。在这种情况下,如果您触发Build,您的Deploy 将不会被触发。 但是如果你先触发Deploy,那么它首先会触发Build,然后等待它执行,然后它会自行执行。

您还配置了Finish Build Triggered。所以可能是这两个不太适合彼此。或者您的触发器中有一些错误配置。但我建议通过构建链保留触发器并配置所有内容——这是非常灵活和可靠的机制。

【讨论】:

    猜你喜欢
    • 2014-10-03
    • 1970-01-01
    • 1970-01-01
    • 2013-03-12
    • 2023-03-04
    • 2013-10-09
    • 1970-01-01
    • 1970-01-01
    • 2016-01-19
    相关资源
    最近更新 更多