在版本控制系統之間移動的最佳做法是什麼？

Question

在CVS中約有200個項目，並且至少有100個項目在VSS中。有些處於維護模式的無效代碼。一些是傳統應用程序。有些舊應用程序不再使用。約有10％正在積極發展。該計劃是將所有內容移至2009年底。

有沒有人做過像這樣的大遷移？

有沒有人遇到過從cvs移動到perforce的最佳實踐？或者類似的遷移。任何需要注意的問題？

Answer 1

在VSS方面，有一些轉換工具可用於幫助遷移。他們大多可以維護版本歷史記錄（在自述文件和文檔中有解釋的警告）。我已經將超過50個VSS項目遷移到使用VSS執行工具的perforce。從VSS中獲取數據可能有點挑剔，而且速度也不是很快，但它很有用。如果您可以直接訪問磁盤（即不通過網絡共享）到VSS存儲庫，則轉換速度會更快。您可以找到有關腳本here的信息。

雖然我沒有直接的經驗，但CVS有一個模擬頁面來執行轉換here。這些鏈接是開始的好地方。您還可以搜索位於here的Perforce知識庫中的Perforce郵件列表。我很確定您可能會在郵件列表存檔中找到一些轉換信息。

先遷移舊項目。您可以確保您的流程有效。當我們將活動代碼遷移到Perforce時，我花了一個週末時間，基本上無法訪問服務器並將代碼移到Perforce。老實說，這是一個非常容易的遷移，當人們週一回來時，他們已經準備好了。開始進行遷移後，您可能會想到使用Perforce備忘單準備員工。

最大的問題實際上可能是讓你的員工準備使用Perforce。如果我再次完成了這項工作，我會先遷移我們較小的活動項目，並準備少量人員以立即使用Perforce。事實上，在遷移後的第1天，我必須培訓120多人，這有點多。此外，請確保您沒有100位用戶在第1天點擊您的服務器進行全新同步。在開始的幾天裏，我們多次關閉服務器。我們使用了一個我不推薦的windows 32位服務器。我們現在有一個Windows 64位服務器，它更健壯。如果可以的話，我實際上會使用Linux作爲您的操作系統用於您的perforce服務器。同樣，Perforce網站上應該有關於性能的更好的信息。

Answer 2

原諒我回答了一個問題，但沒有Perforce爲此提供工具？或者，至少是文檔？我會打我的Perforce銷售員...

Answer 3

我沒有必要做這種規模的東西，但我有一些想法。首先，從一個小而不重要的項目開始，並將其遷移。這會讓你瞭解遷移其他項目需要花費多少麻煩。緊接着，你應該選擇一箇中等規模的項目，因爲在一個小項目中可能不會出現一個大型項目（比如分支機構）的遷移問題。

請確保您花了一點時間來看看將cvs項目轉換爲vss是多麼容易，或者相反。如果從vss轉換爲perforce是一個真正的痛苦，你可以將vss轉換爲cvs，然後執行。不要沉溺其中，但它可能會讓你擺脫困境。我認爲這裏的關鍵是漸進的。

備份很好。期。

考慮一個截止日期，任何不活動的項目，如果老的話，應該被封存。查看最終版本並將其存儲在Perforce中。你真的需要15年的視覺基本代碼嗎？

Answer 4

考慮不要遷移已停用和未啓用的項目。只需將其存儲庫置於只讀模式即可。如果需要，數據仍然可用，您可以節省遷移它們的時間。只需遷移正在使用的10％。徹底記錄過程。

如果其中一個未遷移的項目在未來一段時間會復活，您可以使用文檔作爲參考輕鬆遷移它。

Answer 5

無論你做什麼，都要將舊版本庫保存爲只讀模式。

Answer 6

我們使用我們編寫的工具來遷移我們的svn倉庫，並且剛剛開始我們的starteam項目的修訂。

注意單文件簽入（CVS）和多文件更改集（Perforce）之間的差異。

小心分支是獨立空間（CVS）與文件路徑空間（Perforce）中的分支。