Github TeamCity在没有更改时错误触发

我将TeamCity 8.05与github和功能分支一起使用

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

它也非常不一致-我们可以在一周或两周内没有虚假的构建，然后我们将在一天早上到来，TeamCity一夜之间构建了6个旧的功能分支，并部署了一个随机的旧版本。这些分支中没有一个最近有任何github活动，并且是由TC在过去（当最后一次更改发生时）构建的

---

是否有人知道发生了什么，或者我可以查看任何地方是否有日志，以了解team city认为需要构建的原因。

这是由team city的构建历史清理功能造成的，该功能配置为清理90天以上构建的构建历史

当清理特定功能分支的最新构建时，该分支仍然存在于github team city中，立即再次找到它并触发新构建

---

我想说这是团队城市的一个缺陷。3个月前“未知”功能分支上的提交不应作为新功能插入到生成中。

生成触发器中有什么？只有一个触发器是vcs触发器，分支筛选器设置为+：*静默期模式设置为“不使用”结束每隔一个字段，包括触发器规则，未选中或为空。在Administration->Diagnostics->Server Logs（管理->诊断->服务器日志）下有几个日志文件可用（尽管我正在查看v8.1.2…在v8.0.5中可能有所不同）。否则，在服务器上，它们将位于{TeamCityInstallDir}/logs/中。您可以在teamcity-vcs.log中找到有用的信息。感谢您提供有关日志的提示。我想知道这是否是我们的构建清理政策——它在90天后清理构建历史（但留下统计数据）。清理过程在凌晨3点运行，大约是这些旧版本发生的时间。我想知道TC是否删除了一个旧的构建，然后立即在git中看到该分支并再次构建它。我已经记录了我们历史上最古老的构建分支-我将看看它是否会很快重建。我刚刚单击了“立即清理”，可以肯定的是构建服务器现在正在全力重建清理过的旧分支。将此报告给Jebrains。他们在8.05和8.06中对此进行了修复。升级到8.1.2后，问题消失了。我给你三张赞成票。谢谢你的报道，我想这帮我省去了一些麻烦。