我有一個生產CVS倉庫，已有數年的歷史，並且已經注意到它在閣樓和實際目錄中都有相同名稱的comma-v文件位置。這似乎是一個錯誤。閣樓和目錄中的CVS comma-v文件
我的問題是如何發生這種情況，當重複文件存在時CVS會做什麼。
我的猜測（希望）是它會在沒有非Attic版本時始終忽略Attic版本。任何人都可以證實CVS是否總是適合這種情況。
順便提一句，這個錯誤是由cvs2svn標記的，因爲我正在進入一個「更新的」源代碼控制系統。
這個問題是由於某人在CVS倉庫中（即不通過CVS客戶端）所造成的。不幸的是，這種混亂是很常見的，例如爲了解決CVS不允許重命名文件的限制。也許有人試圖通過移動它的FILENAME,v文件來重命名文件，但沒有注意到文件名在項目歷史中早些時候被使用過，因此已經有了Attic/FILENAME,v文件。
我的猜測（希望）是當它有一個非Attic版本時，它會一直忽略Attic版本。任何人都可以證實CVS是否總是適合這種情況。
由於這是存儲庫損壞的一種形式，我懷疑在這種情況下是否記錄了CVS的行爲。很可能你的猜測是正確的，但確保它始終以這種方式行事，可能需要分析CVS源代碼 - 對於所有版本的CVS，您曾經使用過。我建議你對典型的CVS客戶端和最重要的分支做一些實驗。
順便說一句，這個錯誤是由cvs2svn標記的，因爲我正在進入一個「更新的」源代碼控制系統。
cvs2svn的號碼爲suggestions for working around this problem。