当Cruise Control无法访问源代码仓库时，cctray报告构建成功。

Question

3

当源代码控制存储库无法访问时，Cruise Control会不断返回检查修改。虽然最新的构建成功了，但仪表板报告失败，但cctray报告成功。

有没有办法捕捉这种情况，并使这两个达成一致？

- foo

2个回答

1

这实际上是由于CruiseControl的问题，而不是CCTray本身的问题。

如果源代码控制失败（比如超时或连接失败），则以下内容将成立：

1. 由于项目当前处于错误状态，CruiseControl将设置“项目状态”为“异常”。 2. CruiseControl不会修改“最后构建状态”，因为尚未进行构建。 - 如果前一个构建成功，则该项目将报告“最后构建状态”为“成功”。

CruiseControl仅通过CCTray使用的API本地报告“最后构建状态”。使其检查“项目状态”更加复杂且效率更低。因此，CCTray报告“状态”为“最后构建状态”，而不是两者的混合体。

WebDashboard显示“项目状态”和“最后构建状态”，因此可以更好地评估项目的真实状态。

这个问题有几个其他的副作用，例如在这种情况下触发projectTrigger，因为它们也没有检查项目状态。理想情况下，CCTray和projectTrigger等应该同时检查项目状态和最后构建状态，并将结果报告为两者的组合。

- Simon Laing

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

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

- otaku · Accepted Answer

是的，当CCTray在本地PC上挂起时，可能会出现这种情况。如果问题发生在仪表板上，则意味着运行CruiseControl服务器的IIS服务器挂起。

解决此问题的方法是确定问题所在。如果问题出现在CCTray级别，则重新启动CCTray。如果问题出现在仪表板级别，则重新启动IIS应该可以解决问题。