0

我以前问过这个问题，但现在有更多细节，所以再问一次。

我们有代码至少每两周发送一次到生产环境，作为审计的要求，所有的变更请求都应该有关于已经发送到生产环境的代码的信息。

变更管理团队提出了一种解决方案，即编写脚本以将 subversion 中存在的 SVN 标签导入 Clear Quest，以便创建变更请求的开发人员可以选择标签（从填充了所有标签的下拉列表中） ) 与此特定动作相关。

为了满足这个要求，我们被要求用变更请求编号标记每个版本，有效地创建许多带有 CQ 编号的标签，这对于我们正在处理的项目的配置管理显然没有用处。

我的担忧是：

a) 是否可以仅出于带有代码的跟踪 URL 的目的创建这么多标签？当开发人员尝试从 IDE 或 tortoise svn 客户端浏览标签文件夹时，性能会不会有任何问题？

b) 是否可以在存储库上创建具有唯一修订版的回溯 URL，而无需指定它是在主干还是标签中。我们正在使用 VisualSVN 服务器。例如http://abc.svn.com/myproject/p=100这让我更改了修订版 100（或修订版 100 的整个源代码）。我想知道这是否有可能使用 VisualSVN 或任何其他工具来生成像http://svn.apache.org/r1460019这样的 URL，最终会解析为该版本的分支/主干/标签路径。

c) 是否管理对 SVN 引用 URL 的要求，使用修订而不是标签更好地处理，如果您能提供一些使用 SVN 标签与修订的优缺点，我将不胜感激。我确实明白标签只不过是命名的修订。

4

1 回答 1

1

我在这个发布管理中看到了一个小的（不相关的）问题：如果在发布周期中在代码中实现了超过单个 CR，你将如何标记发布？

回到你的问题：

是否可以仅出于带有代码的追溯 URL 的目的创建这么多标签？

是的

当开发人员尝试从 IDE 或 tortoise svn 客户端浏览标签文件夹时，性能会不会有任何问题？

可能是，在某些条件下（TSVN 的 RepoBrowser 中的“刷新树”）

是否可以在存储库上创建具有唯一修订的跟踪 URL 而无需指定它是在主干还是标签中

从技术上讲 - 是的：您为存储库的根而不是子树创建 URL，这是有效的修订 URL。

实际上和技术上 - 不。URL 的路径部分对于仅选择子树的所需部分很重要（在根目录下，您有很多数据的“廉价副本”，但它们仅在存储库中便宜，而不是在工作副本中） -存储库根的修订 N包括处于修订状态 N的所有分支和标签

正在管理对 SVN 的引用 URL 的这一要求，使用修订而不是标签更好地处理

“这取决于......”但是，一般来说，没有。repo/trunk@100 并不比 repo/tags/CRN100 好或差，只是不同

编辑

对于 URL：您可以在存储库的 Web-Viewer (ViewVCS|WebSVN) 中使用任何不错的 URL，您可以通过 rewrite|redirects 和其他 Apache 的方法获得，但是这些 URL 可以用于任何颠覆操作：svn.apache。 org/r1460019 仅显示 1460019 中的眼睛变化（并且 Apache 将其重写为不太好的 svn.apache.org/viewvc?view=revision&revision=r1460019），但为了在 svn-client 中看到这种变化的差异必须知道subversion/branches/1.7.x/STATUS真实存储库中的真实 URL

于 2013-03-24T23:49:26.703 回答