SVN中的标签数量是否存在实际限制？

Question

Here's a similar question for SourceSafe。我们有一个SVN存储库，存储众多项目的来源。在这些项目中，每天都会通过专门的日常构建来构建类似于25个的项目。每天构建开始后，它会使用自己的名称标记源（类似于“构建项目N版本X.Y.Z”，Z随着项目N的每个连续构建而增加）。

我们可以在这种方案中遇到SVN的实际限制吗？ SVN存储库中的标签数量是否存在实际限制？

Answer 1

在实际的基础上，如果我试图查看我的存储库浏览器中的标签列表以查找Project_v2.0标签，我个人会觉得非常烦人，但我必须滚动浏览2000个每日构建标签才能看到它。所以我建议将它们保存在一个单独的子目录中：/tags/daily/build_0001

Answer 2

不，标签在SVN中非常便宜，因为它们只是一个命名版本。

Answer 3

  

SVN存储库中的标签数量是否存在实际限制？

我可以想象仅仅浏览这么多标签在25个日常标签的几年后变得很慢，但你可以通过分层保存来克服它。另外，我不会将它们放在tags之下，或者至少不直接放在它们之下，以免它们使文件夹变得混乱，并且很难找到发布等等。

否则我不知道实际限制。标记的核心是制作一个子树和AFAIK的惰性副本，在内部，每个签入的修订版基本上都是之前的一个懒惰副本，因此SVN对每个签入使用 > 即可。我非常怀疑你能达到的极限。

Answer 4

我不相信。但是，每次进行每日构建时，制作新标签的重点是什么？如果您需要，您可以按日期提取资源......