2011-11-16 35 views

回答

1

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

要解决此问题,请确定问题所在的位置。如果问题出现在CCTray级别,则重新启动CCTray。如果问题在仪表板级别,那么重新启动IIS应该修复它。

1

这实际上是由于CruiseControl中的一个问题;不是CCTray本身。

如果源控制失败(比如因为超时或连接失败的),下面将是真实的:

  1. 的CruiseControl将项目状态设置为Exception作为该项目目前正处于错误状态
  2. CruiseControl的将修改最后构建状态,因为没有发生
    • 构建所以如果通过该CCTray使用API​​的最后构建状态 - 以前的版本成功 - 本地 - 该项目将为最后构建状态

CruiseControl的仅报告报告Success。让它来检查项目状态是更复杂,最终效率较低。因此,CCTray将“状态”报告为上次构建状态,而不是这两者的混合。

的WebDashboard显示项目状态和项目的最后构建状态因此真实状态更好的评估。

此问题有其他几个副作用;如projectTrigger在这种情况下发射;因为这些也不检查项目状态

理想的CCTray - 和projectTrigger s,et。 al - 将检查项目状态上次构建状态并报告结果为两者的组合。