SVN纸质文件的标签操作规程

我管理发动机零件制造商的SVN系统。以前，他们没有版本控制的手段/对文档的不良文件历史记录跟踪，而SVN在我们的环境中是一个非传统的解决方案，我开发了一个适合我们的开发模型的工作流来生成工程文档。我唯一不清楚的地方是标记，但我会备份一点，并简要总结一下工作流程

存储库以零件号命名

分支由以作业编号命名的主干组成，用于跟踪仅适用于该零件顺序的文件更改。如果对制造过程的更改起作用并将用于未来的过程，它们将合并回主干 换句话说，主干是作业的模板或主文件，当开发分支的效率取代模板时，主干会从开发分支得到更新。（即，使用更宽松的公差，改变工具或材料，或改变设计）

这是棍子：3。对于文件控制-跟踪哪些文件发布到生产车间-标签由分公司制作，这样我们就可以准确地知道哪些文件在我们的机械师手中，而不必走到那里询问问题和检查日期，并且能够在以后审查工作

我遇到的问题是控制发布的文档在第一次标记/发布后何时发生更改。这可能是由于地板上可能出现的问题造成的。我将向分支提交新的更改，然后我必须签署图纸并再次发布

处理此问题的最佳方法是什么以避免混淆？

• 是否将作业分支合并到以前发布的标记中

• 做一个新标签
  • 如果是，命名约定应该是什么？这不是软件，所以像“2.0版”这样的语言或类似的东西并不适合，修订版可能会在这个领域，但这显然已经与其他术语相冲突

（646C574是零件号，见回购协议的URL）我很难理解什么看起来是专业和清晰的。我不能使用像202040-2、202040-C这样的约定，因为这些也是系统（组件的组件）中的有效作业编号

如果有人有一个适合的想法，那就太棒了。我仍在努力向高层管理层推销整个SVN工作流程，并像这样保证我们的数字文档的完整性是一件非常重要的事情

---

谢谢

只需使用一些系统中尚未使用的分隔符和增量。我可能会使用

，因为你可以告诉人们把它当作修订本来阅读。也就是说，

202040#1

将是您的第一个标签，

202040#2

将是您的第二个标签，依此类推。

两种可能的解决方案：

• 使用发布日期作为标签名称的强制性尾随部分（您可以从

  svn ls

  中获取日期，但使用名称会让生活变得更简单）-即您的标签将类似于“202040-2014-01-20”，下一个将是“202040-2014-MM-DD”模式
• 不提交标签（使用主干|分支|标签命名）是唯一的约定，您可以（在您的特定工作流程中，根据您的需要）不遵循它，将规范的每个新发布版本提交到/tags中的同一节点中，发布历史记录将为

  svn log^/tags/202040/