2011-11-16 36 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 - 將檢查項目狀態上次構建狀態並報告結果爲兩者的組合。