【发布时间】：2014-01-28 21:34:03
【问题描述】：
我在一家发动机零件制造商管理一个 SVN 系统。以前他们无法对其文档进行版本控制/糟糕的文件历史跟踪，虽然 SVN 在我们的环境中是一种非常规的解决方案，但我开发了一个适合我们用于生成工程文档的开发模型的工作流。唯一我不能完全定位的是标记，但我会备份一下并简要总结一下工作流程..
- 存储库以部件号命名。
- 分支由以作业编号命名的主干组成，用于跟踪可能仅适用于该部件顺序的文件更改。如果对制造流程的更改有效并且将用于未来的流程，则它们将合并回主干。
在这个意义上/换句话说，主干是一个模板或主文件用于工作，并从开发分支更新当分支的效率取代模板。 （即，使用更宽松的公差、更换工具或材料或更改设计）
这是关键： 3. 对于文档控制 - 跟踪哪些文档被发布到制造车间 - 标签由分支机构制作，因此我们可以确切地知道我们的机械师手中有哪些文件，而无需走到那里询问问题和检查日期，并且能够在以后查看工作。
我遇到的问题是控制发布的文档在第一个标签/发布之后发生更改的时间。发生这种情况的原因有很多，可能会出现在地板上的问题。我将对分支提交新的更改，然后我必须让图纸签名并再次发布。
为了避免混淆，最好的处理方法是什么？
从job分支合并到之前发布的tag中？
-
制作一个新标签？
- 如果是这样，命名约定应该是什么？这不是软件，所以诸如“2.0 版”之类的语言或类似的东西并不真正适合，revision 将在这个领域，但这显然已经与其他术语发生冲突。
（646C574 是部件号，在 repo 的 URL 中看到）我很难理解什么看起来专业且易于理解。我不能使用像 202040-2、202040-C 这样的约定，因为它们也是系统中的有效工作编号（装配的组件）。
如果有人有符合要求的想法，那就太好了。我仍在尝试将整个 SVN 工作流程出售给高层管理人员，并且像这样为我们的数字文档提供完整性是一件非常重要的事情。
谢谢！
【问题讨论】：
标签： svn version-control tagging