Subversion：有沒有很好的理由不從多個版本創建標籤？

Question

我知道這是可能的，有很多種方法可以做到這一點，但有沒有什麼好的理由不從多個版本創建標籤？

我建議做的是創建一個基於SVNKit和雅加達POI的程序，該程序從各種svn版本的Excel電子表格/ CSV文件（Java類文件和其他東西的混合）中讀取構建工件列表，從中創建一個TAG，這個TAG成爲下一個建議版本的內容。

我喜歡這種做法，因爲：

1. 我們有一些文檔（基線如果你願意），詳細說明究竟是怎麼回事到每個版本中。

2. 它給我們的發佈經理有事做（而不只是檢查出頭部或有了解像分支與合併複雜的事情）

3. 開發人員可以簽入任何他們想要當他們想而不被任何這樣的概念所束縛，如「釋放窗口」。即限制開發人員在發佈前檢查。

我懷疑這種做法，因爲：

這感覺就像我違反了基本的svn原則（雖然我不知道是什麼）。

這是因爲我很懷疑，我把這個想法放在那裏讓人們可以這麼說。你們有什麼感想？

Answer 1

你沒有違反任何svn原則。標記不是內置的顛覆構造，只是人們用來幫助​​構建過程的一個約定。通常人們會希望他們的標籤基於單個版本，但這只是慣例。你真的有這樣一種情況：出貨的好代碼由某些文件的歷史版本組成，而其他版本的當前版本則由此組成。

如果這種方法適合你，那就去做吧。然而，爲了避免混淆任何習慣於'標籤'正常定義的人，也許你可以把目錄稱爲別的東西？ 「建立」也許？

Answer 2

開發人員可以在需要時隨時登記，而不受任何「釋放窗口」等概念的限制。即限制開發人員在發佈前檢查。

傳統的SVN方法是始終在分支中工作，而不是在樹幹中工作。通過這種方式，您可以隨時進行提交，只需在「發佈窗口」中合併爲主幹（當主幹被「凍結」時）