SVN标签练习纸质文档

Question

我在发动机零件制造商中管理SVN系统。以前他们没有文件控制/文件历史记录跟踪文件的方法，而SVN在我们的上下文中是一个非传统的解决方案，我开发了一个适合我们开发模型的工作流程来生成工程文档。我唯一不能确定的是标记，但我会稍微备份并简要总结一下工作流程。

1. 存储库以部件号命名。
2. 分支由以作业编号命名的主干构成，用于跟踪可能仅专门应用于该部件顺序的文件的更改。如果制造流程的更改有效并将用于未来流程，则会将它们合并回主干。

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

这是棒子： 3.对于文档控制 - 跟踪哪些文档已发布到生产车间 - 标签是从分支机构制作的，所以我们确切地知道我们机械师手中的纸张是什么，而不必走出去问问题和检查日期，并且能够在以后查看工作。

我遇到的问题是控制何时发布的文档在第一个标记/发布后进行更改。由于可能出现的问题，可能由于多种原因而发生这种情况。我将对分支进行新的更改，然后我必须签署图纸并再次发布。

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

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

• 制作新标签？

  • 如果是这样，命名惯例应该是什么？这不是软件，因此诸如“版本2.0”之类的语言或类似的东西并不适合， revision 将在此字段中，但这显然已经与其他术语相冲突。



（646C574是部件号，见于回购的网址）我很难看出什么看起来很专业＆amp;明白了解。我不能使用像202040-2,202040-C这样的惯例，因为它们也是系统中的有效作业号（组件的组件）。

如果有人知道一些符合条件的东西，那就会膨胀。我仍然试图将整个SVN工作流程出售给高层管理人员，并为我们的数字文档提供完整性，这是非常重要的。

谢谢！

Answer 1

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

Answer 2

两种可能的解决方案：

• 使用发布日期作为标记名称的必填尾部分（您可以从svn ls获取日期，但在名称中使用会使生活稍微容易一些） - 即您的标记将类似于“202040-2014-01-20” “，接下来将是”202040-2014-MM-DD“模式
• 不提交标签（并使用trunk | branches |标签命名）是 only convention ，您可以（在您的特定工作流程中并根据您的需要）不遵循它并提交每个新的已发布的版本规范到/ tags和发布历史记录中的同一节点将为svn log ^/tags/202040/