2010-01-14 114 views
0

我工作的商店正在逐步淘汰Visual Source Safe並遷移到Subversion。我使用Subversion建立了一個連續的集成服務器。根據我當前對SVN如何在本地工作的理解,它將隱藏的元數據存儲在從存儲庫下載的每個目錄中。我的問題是:將Subversion與Visual Source Safe結合使用

  1. 是否有可能這些隱藏的元數據目錄添加到項目的Visual源安全存儲庫,而不會影響VSS如何管理項目?這個問題背後的想法是,如果我可以將SVN元數據添加到Visual Source Safe中,那麼對於商店繼續使用VSS進行本地開發,然後將更改提交給SVN,這將允許持續集成服務器構建和版本代碼。感謝您提供的任何反饋!

回答

2

目前還不清楚你當前的工作流程是什麼,以及你爲什麼要檢查從一個VCS到另一個VCS的元數據。如果您的目標是讓人們在某些方面同時使用SVN和VSS,那麼看起來這將非常困難,並且不利於「逐步淘汰Visual Source Safe並遷移到Subversion」這一既定目標。必須有一些截止日期,有人說:「明天進來時,VSS將不再工作,每個人都會使用SVN。」否則,它將死於一次緩慢而痛苦的死亡。

我覺得做的最好的事情是

  1. 讓每個人訓練和舒適的使用SVN(同時仍使用VSS爲他們的工作)
  2. 設定截止日期
  3. 使用VSS的一個到SVN轉換工具
    http://www.codeplex.com/VSS2SVN
    http://www.pumacode.org/projects/vss2svn
    http://www.poweradmin.com/sourcecode/vssmigrate.aspx
    (其中沒有我有—經驗,剛剛從其他類似thisthis SO問題拉)
  4. 馬不吃回頭草

我2 ¢

+0

+1我愛你的答案!問題是我們有限的資源來正確實施轉換。然而,爲了緩解版本化的痛苦(這是最直接的關注​​),我想設置一個kruge。 – Achilles 2010-01-14 19:13:53

4

將SVN元數據放入SourceSafe可能會導致SVN出現問題,因爲SourceSafe會在文件簽入後使文件變爲只讀。我不確定SVN是否可以。

..但想了一些更多的:你不想把SVN元數據放到SourceSafe,因爲這個元數據屬於本地SVN工作副本,因此不應該與其他開發人員共享。

+0

這是有道理的。現在,我認爲我的方法提交更改會更簡單,而不會將元數據存儲在VSS中。 – Achilles 2010-01-14 18:41:59

相關問題