Here's a similar question for SourceSafe。我們有一個SVN存儲庫存儲衆多項目的源代碼。在這些項目中，每天都會建立25個項目，每個項目都由專門的日常構建構建。一旦開始每日開始，它會用自己的名字標記源代碼（類似於「項目N版本X.Y.Z的構建」，Z隨着項目N的每個後續構建而增加）。SVN中的標籤數量是否有實際限制？
SVN有什麼實際的限制，我們可以用這樣的方案遇到？ SVN存儲庫中的標籤數量是否有實際限制？
SVN存儲庫中的標籤數量是否有實際限制？
我可以想像，僅僅瀏覽這麼多標籤成爲幾年後的日常標籤25慢，但你可以克服其儲存層次。另外，我不會將它們放在tags之下，或者至少不是直接放在它們之下，以免它們弄亂文件夾並使其很難找到版本等。
否則我不知道有實際限制。標籤的核心是製作一份子樹和AFAIK的懶人副本，在內部，每一個在版本中檢查的基本上都是之前版本的懶惰副本，所以SVN使用該操作爲每個簽入。我真的懷疑，你可以達到的限制。
不，標籤在SVN上非常便宜，因爲它們只是一個命名版本。
我不這麼認爲。但是每次做日常製作時，製作新標籤有什麼意義？如果你需要的話，你可以按日期抽取源代碼...
您可以通過修訂號引用某些回購狀態。 – sbi 2010-10-29 13:02:21
如果他們每天都進行多次檢查，那麼通過日期提取源對他不起作用。標記簽入的目的是驗證特定的簽入代碼將始終與用於構建特定版本的代碼完全相同。 – wllmsaccnt 2010-10-29 13:04:46
@wllmsaccnt：所以你需要指定小時，分鐘和秒。但是，修訂號碼更好。 – sbi 2010-10-29 13:06:53
在實際的基礎上，如果我試圖查看我的資源庫瀏覽器中的標籤列表以找到Project_v2.0標籤，我個人覺得非常煩人，但我必須滾動瀏覽2000個每日構建標籤才能看到它。所以我建議將這些保存在一個單獨的子目錄中：/tags/daily/build_0001
+1。這對於版本管理來說是一個好主意。如果他們正在進行日常標記構建，他們可能會使用持續集成方法。他們可能沒有強烈的需求主要版本號，這將使他們分開一個有爭議的問題。 – wllmsaccnt 2010-10-29 13:16:44
我想說這取決於你的發佈策略。據推測，你將在某個時候發佈1.0版本，所以你會想要一個更有意義的標籤，然後'build_02382'？ – 2010-10-29 14:38:11
+對此表示贊成使其成爲分層。如果沒有別的辦法，這可以讓你選擇你想要的標籤進行樹控制。 – jambox 2010-10-29 13:29:01