當源控制存儲庫不可訪問時巡航控制不斷檢查修改。儘管最新版本成功,但儀表板報告失敗,但cctray報告成功。cctray報告在巡航控制不能到達源控制存儲庫時建立成功
有什麼方法可以捕捉到這種情況並讓這兩個人同意?
當源控制存儲庫不可訪問時巡航控制不斷檢查修改。儘管最新版本成功,但儀表板報告失敗,但cctray報告成功。cctray報告在巡航控制不能到達源控制存儲庫時建立成功
有什麼方法可以捕捉到這種情況並讓這兩個人同意?
是的,當CCTray掛在本地PC上時可能發生這種情況。如果問題出現在儀表板上,則意味着IIS服務器掛起CruiseControl服務器運行的地方。
要解決此問題,請確定問題所在的位置。如果問題出現在CCTray級別,則重新啓動CCTray。如果問題在儀表板級別,那麼重新啓動IIS應該修復它。
這實際上是由於CruiseControl中的一個問題;不是CCTray本身。
如果源控制失敗(比如因爲超時或連接失敗的),下面將是真實的:
Exception
作爲該項目目前正處於錯誤狀態CruiseControl的僅報告報告Success
。讓它來檢查項目狀態是更復雜,最終效率較低。因此,CCTray將「狀態」報告爲上次構建狀態,而不是這兩者的混合。
的WebDashboard顯示項目狀態和項目的最後構建狀態因此真實狀態更好的評估。
此問題有其他幾個副作用;如projectTrigger
在這種情況下發射;因爲這些也不檢查項目狀態。
理想的CCTray - 和projectTrigger
s,et。 al - 將檢查項目狀態和上次構建狀態並報告結果爲兩者的組合。