我以前问过这个问题，但现在有更多细节，所以再问一次。
我们有代码至少每两周发送一次到生产环境，作为审计的要求，所有的变更请求都应该有关于已经发送到生产环境的代码的信息。
变更管理团队提出了一种解决方案，即编写脚本以将 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 标签与修订的优缺点，我将不胜感激。我确实明白标签只不过是命名的修订。