2009-09-18 59 views
0

我正在使用CC.Net 1.4.4.83構建我的項目。我也有一些計劃任務,它們使用相同的工作副本獨立運行在同一個框中生成。由於一些硬編碼路徑,我們不能爲兩個構建過程使用單獨的工作副本。我注意到,有時候,計劃任務和CC.NET都會嘗試某種SVN操作(可能是更新),這會導致SVN WC需要清理。這會導致預定的構建和CC.NET構建失敗,直到我手動干預爲止。CruiseControl.NET與其他構建工具衝突,離開SVN WC破解

爲了避免這個問題,我在我的CC.NET配置文件中放了一個FilterTrigger,以防止它在計劃任務運行時運行,但似乎沒有解決問題。

CC.NET是否仍然運行SVN更新,即使它配置爲不構建?我期望FilterTrigger的行爲只是讓它在過濾期間持續休眠,但documentation的確隱含地表明它拒絕了構建,而不是它不尋找它們被觸發。這是對文檔的正確解釋,如果是後者,是否有另一種方法可以避免此問題?如果我在CC.NET中配置了多個使用相同WC的項目,CC.NET是否會以相同的方式進行自我鬥爭?

僅供參考,我曾看過this question,但它沒有解決我的問題。此外,「只是讓CC.NET運行你所有的構建」的建議,雖然是好的和正確的,但對我來說沒有用......我的公司只是轉向使用CC.NET,而不願意花時間的權力修改所有發佈包裝腳本以便立即使用它。非常感謝您的幫助。

回答

0

FilterTrigger確實在非活動期間進入休眠狀態。 CCNet不會對startTime和endTime之間的項目進行任何操作。你確定問題不是由其他問題引起的嗎?

+0

那麼,第一次發生錯誤的日​​志就清楚地表明CCNet應該受到指責。我假定隨後的錯誤(在我添加FilterTrigger後)出於同樣的原因。由於我們停止了CCNet服務,問題並未再次出現。當然,這不是證據,但它是相當可怕的間接證據:) – rmeador 2009-09-18 18:03:24

+0

我仍然不知道這個問題的原因,但它再次顯示,而CC被禁用,所以它不是責怪所有。 – rmeador 2009-11-17 23:01:39