【问题标题】:TeamCity spuriously triggering when no changes没有更改时,TeamCity 会虚假触发
【发布时间】:2014-05-30 00:08:55
【问题描述】:

我正在使用带有 github 和功能分支的 TeamCity 8.05。

我有一个问题,团队城市有时会出于未知原因触发功能分支上的构建。当服务器空闲时,它会在一夜之间或周末发生。如果我点击构建更改,它总是一个旧的功能分支,几个​​月没有任何变化。我不知道为什么这会导致构建触发器。

这也很不一致 - 我们可以在没有虚假构建的情况下进行一到两周,然后我们将在一个早上来,团队城市一夜之间构建了 6 个旧功能分支并随机部署了一个旧版本。这些分支都没有任何最近的 github 活动,并且过去是由 TC 构建的(当最后一次更改时)。

是否有人知道发生了什么,或者是否有任何日志我可以查看以找出团队城市认为需要建造的原因。

【问题讨论】:

  • 构建触发器中有什么?
  • 只有 1 个触发器是 vcs 触发器,分支过滤器设置为 +:* 静默期模式设置为“不使用”结束每隔一个字段,包括触发器规则,未选中或为空.
  • Administration -> Diagnostics -> Server Logs 下有几个可用的日志文件(虽然我正在查看 v8.1.2...在 v8.0.5 中可能有所不同)。否则在服务器上,它们将位于 {TeamCityInstallDir}/logs/ 中。您可能会在 teamcity-vcs.log 中找到有用的信息。
  • 感谢有关日志的提示。我想知道它是否是我们的构建清理策略 - 它会在 90 天后清理构建历史记录(但留下统计信息)。清理过程在凌晨 3 点运行,大约是这些旧版本发生的时间。我想知道 TC 是否删除了旧版本,然后立即在 git 中看到分支并再次构建它。我已经记下了我们历史上最古老的构建分支 - 我会看看它是否很快会重建。
  • 我刚刚点击了“立即清理”,果然构建服务器现在正在完全重建清理过的旧分支。

标签: github teamcity git-flow


【解决方案1】:

这是由团队城市的构建历史清理功能引起的,该功能被配置为清理超过 90 天的构建历史。

当特定功能分支的最新构建被清理并且该分支仍然存在于 github 团队城市中时,立即再次找到它并触发新构建。

我会说这是团队城市中的一个错误。不应将 3 个月前在“未知”功能分支上的提交作为新功能相互渗透以添加到构建中。

【讨论】:

  • 将此情况报告给 Jebrains。他们在 8.05 和 8.06 中对此进行了修复。升级到 8.1.2 后问题就消失了。
  • 你得到了我的三张赞成票。感谢您报告此问题,我认为这让我省去了一些麻烦。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2018-07-14
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-06-15
相关资源
最近更新 更多