我正在實施更好的「工作實踐」svn在我的工作過程中。我們已經使用svn幾年了，但我們只是使用它，我認爲它的容量是20％;我們將它用於源代碼版本控制，但我們不使用標籤或分支概念。對於未來，我們希望能夠在每次修訂或發佈後，藉助標籤保留我們的應用程序代碼的快照。 Here is the article that helps me finding an orientation for the best strategy。 This one also gives me some understanding但給我留下更多的問題。最佳的「工作實踐」與svn發佈版本
這是我想遵循的模式：
- 團隊不斷地在樹幹上工作。
- 中繼線在每次修訂以及每次發佈時均被標記，以便獲得任何版本的快照。
- 在標記後，團隊繼續在幹線上工作。
- 如果有團隊想要嘗試的東西，他們會分支代碼，並在完成後將更改合併回主幹。
問題是我們也有應用程序依賴的自制框架。在我們的上下文中，標籤的幫助是能夠糾正現有版本中的一個小錯誤，而不會向客戶端發送最新版本;中繼線中的版本。正如你可以想象的那樣，框架與應用程序不在同一組文件夾中，因此，我認爲創建與應用程序發行版鏈接的框架代碼標籤會非常令人傷心。考慮到框架本身也可以在沒有特定應用需求的情況下進行更改。
由於這個原因，如果在以前的應用程序版本中發現框架中的錯誤，我不知道哪個是創建標籤和減輕痛苦的最佳策略。目前，這些應用程序是指框架庫，該框架位於每個應用程序解決方案的libs文件夾中。你會在這種情況下做什麼？哦，我必須指出該框架有40萬行代碼。複製和過去的解決方案將被拒絕。 :)
如果我必須修復位於以前版本的錯誤，我該如何處理標籤？我知道每次我想要在標籤結構中籤入時，Subversion都會通知我。我必須使用標籤創建分支，糾正錯誤，然後將修改合併/檢入到標籤文件夾，即使Subversion通知我也是如此？
我的應用程序中也有依賴關係，如DataDynamics.ActiveReports和Mindscape.LightSpeed，它們也是Visual Studio中的依賴項，因爲這些應用程序都集成在IDE中。如果我必須糾正以前版本中使用IDE插件先前版本的錯誤，我該如何處理這種情況？
最後，如果您能寄給我書籍或文章，可以幫助我更深入地解釋所有這些問題，我將非常感激。
非常感謝你的時間。