2013-05-21 84 views
1

我使用CVS作爲版本控制系統並面臨一個奇怪的問題。對於某些文件,我不能因爲出現以下錯誤的同步或更新(使用eclipse):CVS同步/更新問題

"[Project Name]: cvs [update aborted]: cannot create .#lang_en.properties.1.1.2.3.2.7.2.2.2.3.2.1.2.1.2.3.8.1.2.4.6.12.2.3.4.1.4.3.2.6.2.13.4.4.4.1.2.9.2.2.2.1.8.1.8.1.14.1.8.3.26.1.8.1.4.4.6.17.4.2.6.6.6.3.2.2.2.2.10.2.2.2.2.2.2.9.2.7.2.1.4.10.4.2.2.3.4.4.2.2.2.1.2.1.10.2.8.1.6.1.4.1.4.2.6.1.2.1.2.2.4.5.4.1 for copying: File name too long" 

據我觀察這個情況與頻繁提交的文件。會發生什麼事是團隊中的某個人提交了這樣一個文件(可以工作),但是當團隊中的其他人嘗試同步或更新時,它只會顯示'文件名太長'的錯誤。我想澄清一下,在上面的例子中,文件名只是「lang_en.properties」

我不知道如何解決這個問題,我甚至嘗試從cvs中刪除文件,然後重新創建同名(即)

回答

1

當您執行cvs update時,會創建一個名稱爲.#<filename>.<revision>的文件,並且您的簽出文件會發生更改,這實際上是備份文件的備份。版本,如果更新做了一些你不想要的事情(例如,引入了一個你無法解決的衝突),這可以讓你回滾一個更新。

解決此問題的最簡單方法是在執行更新之前刪除本地文件。這樣就不需要CVS來創建這個備份文件。

According to my observation this happens with frequently committed files.

這不是頻繁提交造成的。每次您提交時,修訂ID都會依次遞增。例如。 1.11.21.3等等。分支時添加額外數字。例如,如果你把一個分支關閉1.3版本以上的文件,則版本號將是1.3.1.1 - >1.3.1.2 - >1.3.1.3

我不知道你是如何工作的,但你的項目似乎引入了令人印象深刻的分支級別。在解決該工作流程之前,幾乎每次嘗試更新時都會繼續遇到此問題。您已經達到了很多文件系統上存在的256個字符的文件名限制。