纸质文档的SVN标签实践

Question

我在一家发动机零件制造商管理一个 SVN 系统。以前，他们无法对文档进行版本控制/文件历史记录跟踪，虽然 SVN 在我们的环境中是一种非常规的解决方案，但我开发了一个适合我们用于生成工程文档的开发模型的工作流程。我唯一不太清楚的是标记，但我会稍微备份一下并简要总结一下工作流程..

1. 存储库以部件号命名。
2. 分支由以作业编号命名的主干组成，用于跟踪可能仅专门应用于该零件订单的文件更改。如果对制造流程的更改有效并将用于 future 的流程，它们将被合并回主干。

从这个意义上/换句话说，主干是作业的模板或主文件，并从开发分支更新当分支的效率取代模板时。 (即使用更宽松的公差、更换工具或 Material 或更改设计)

要点如下: 3. 对于文档控制 - 跟踪哪些文档发布到制造车间 - 标签由分支机构制作，因此我们确切地知道机械师手中有哪些文件，而无需走到那里提出问题和检查日期，并且能够在以后审查工作。

我遇到的问题是控制发​​布的文档在第一个标签/发布后何时进行更改。发生这种情况的原因有很多，比如地板上可能出现的问题。我将向分支提交新的更改，然后我必须签署图纸并再次发布。

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

• 从作业分支合并到之前发布的标签中？

• 创建一个新标签？

  • 如果是这样，命名约定应该是什么？这不是软件，因此诸如“版本 2.0”之类的语言或类似的语言并不真正适合，修订将在这个领域，但这显然已经与其他术语相冲突。

(646C574 是部件号，可以在存储库的 URL 中看到)我很困惑什么看起来才专业且易于理解。我无法使用 202040-2、202040-C 等约定，因为它们也是系统中的有效作业编号(程序集的组件)。

如果有人有一个符合要求的想法，那就太好了。我仍在尝试将整个 SVN 工作流程出售给高层管理人员，并确保我们的数字文档完整性，就像这样是一件非常重要的事情。

谢谢!

Answer 1

只需使用系统中尚未使用的一些分隔符和增量器即可。我可能会使用 # 因为你可以告诉人们将其阅读为修订版 #n。 IE。 202040#1 将是您的第一个标签，202040#2 将是您的第二个标签，依此类推。