【发布时间】：2011-03-23 17:55:23
【问题描述】：
有人担心使用构建系统（TeamCity/CruiseControl）自动标记构建会创建太多标签，以至于 Perforce 会陷入困境。
我设法找到的唯一参考资料是“除非你有数字，否则不要担心。”在污染 100+G 存储库之前，我宁愿担心。
是否有人拥有每月进行 1000 多次构建的系统，并且遇到过这样的情况？
【问题讨论】：
标签： continuous-integration perforce tagging limits
【发布时间】：2011-03-23 17:55:23
【问题描述】：
您可以考虑使用自动标签，它只包含一个视图（您正在识别的软件仓库的部分）和一个修订号（通常是一个变更列表）。自动标签在数据库中放置的元数据非常少。
如果您使用静态标签，您应该定期归档旧标签以控制数据库的大小。
您可以在 Perforce 知识库中找到有关这些主题的更多信息。
【讨论】：
-
感谢您指出自动标签不是我以前想过的，我会考虑的。不幸的是，标签归档与我从 Perforce 知识库和其他来源获得的信息相同。我实际上是在寻找现实世界的经验。不幸的是（对我来说）存储库由许多不同的组共享，并且管理员（他们在另一个组中并且通常只在出现问题时进行干预）没有一种简单的方法来知道什么是活的/死的/不重要的。
-
Perforce 跟踪标签的最后访问时间。很多人都有脚本可以检测在一段时间内（比如 3 个月）未访问过的标签，并将其标记为存档。
-
归档 3 个月内未访问的标签的问题在于，一旦归档过程发生，就会有人需要它。我们今天刚刚发生了一个事件，我们提到了一个两年前的标签。我确实找到了讨论如何进行某些维护的链接：blog.perforce.com/blog/?p=187，但我们只是没有全职的 perforce 管理员来检索存档的标签 - 假设我们的大多数用户都知道足以要求他们。