2009-02-16 41 views

回答

2

這確實看起來像this thread

我們檢查的情況,我們已經發現,如果工作副本是由外部的過程中更新的時間鎖定問題在情況發生。

例如,與TortoiseSVN時間相關的進程TSVNCache與工作副本訪問產生衝突,JavaSVN庫無法正確完成工作副本修改。結果工作副本進入「受阻」狀態,即損壞。

與在工作副本元數據修改時鎖定工作副本的任何進程相同的診斷。 (我們發現MS Visual Studio 2005 Express Edition有相同的行爲,但我不知道Studio爲什麼鎖定WC?)

因此,請確保使用盡可能少的應用程序運行次數進行結帳。


衝突的另一個原因可能是:

的SVN的1.4.x兼容的客戶端自動工作副本轉換爲1.4.x的兼容格式。目前,Subversive Default客戶端與SVN 1.4.x工作副本格式不兼容。

因此,如果您在您的情況下使用命令行SVN客戶端對工作副本進行了任何修改,則會在工作空間樹中的資源上顯示「已阻塞」狀態。

爲了解決這個問題,我會建議你切換SVN客戶端選項,並選擇基於SVN Kit 1.1.0的客戶端或本地JavaHL 1.4.2客戶端。
接下來,如果資源已裝飾爲「已阻塞」,請關閉並再次打開相應的項目,或者重新啓動Eclipse IDE以重新加載SVN元信息緩存。

現在:確切的版本可能對你來說不一樣,但這是另一個導致檢查。