如何向vss用戶出售Subversion的trunk/branches/tags結構？

Question

我正試圖用兩組開發人員來管理衝突的需求。其中一組正在製作java應用程序，其中項目具有多個文件，另一組適用於單個文件，例如oracle表單，報告等等。 這兩個組件現在都在vss上，java組織嘗試了git，但oracle/vss組織者卻討厭它 - 主要缺乏鎖定。 因此，爲了妥協，我嘗試了svn並實施了svn：needs-lock，以便處理該問題。但是，下一個問題是銷售標籤/標籤等價物，例如Subversion "label" like SourceSafe

但據我所知，我不能沒有起碼這個結構做標籤：

• mystandalonefileproject /主幹/ mystandalonefile
• mystandalonefileproject /標籤

對於開發人員使用的看到他們的文件中大的oracle形式目錄然後獲取，直接簽入並貼上標籤，這會導致痛苦。

有關如何處理此問題的任何建議？我已經開發了一個小腳本來爲任意文件設置上述結構，並且我已經在svn遷移過程中創建了它。

還有其他想法嗎？不幸的是，顛覆和 VSS然後給我管理問題。

Answer 1

你不有與標籤/分支機構/樹幹結構運行SVN，如果你的用戶是幸福與老VSS式佈局及其工作流程工作得很好，那麼就沒有真正的理由遷移到任何其他佈局。

您可以以VSS的貼心風格運行SVN，所以我會從這樣做開始。啓用「需要鎖定」自動駕駛儀，並讓它鬆動。然後，一旦他們習慣了烏龜和稀疏的目錄檢出（使他們成爲一個文檔，描述如何將常見的VSS操作與SVN進行比較），您可以開始建議對其工作流程進行一些改進，例如將其發佈的代碼分支到新的分支，你把它放在剛好被稱爲「標籤」的目錄中......然後你可以建議在一個名爲「分支」的單獨目錄中執行一些工作。然後，您可以告訴他們關於合併的信息，以及不必使用別人檢查過的小代碼的代碼的好處。

人們不喜歡變化，這是公平的，所以只是逐步介紹它。改變SVN並改變他們的工作方式並不好。通過2個簡單的步驟來完成它更有可能成功。