0

我知道这是可能的，并且有多种方法可以做到这一点，但是是否有充分的理由不从多个修订版中创建标签？

我打算做的是创建一个基于 SVNKit 和 Jakarta POI 的程序，它从各种 svn 修订版的 excel 电子表格/CSV 文件（Java 类文件和其他东西的混合）中读取构建工件列表，创建一个 TAG离开它，这个 TAG 将成为下一个提议的版本。

我喜欢这种方法，因为：

  1. 我们有一些文档（如果您愿意，可以作为基线）详细说明每个版本的具体内容。

  2. 它让我们的发布经理有事可做（无需简单地检查头部或学习分支和合并等复杂的事情）

  3. 开发人员可以在他们想要的时候签入任何他们想要的东西，而不受任何诸如“发布窗口”之类的概念的限制。即限制开发人员在发布前签入。

我不信任这种方法，因为：

感觉就像我违反了基本的 svn 原则（虽然我不确定是什么）。

正是因为一些琐碎的疑问，我才提出这个想法，让人们可以这么说。你们有什么感想？

4

2 回答 2

1

开发人员可以在他们想要的时候签入任何他们想要的东西，而不受任何诸如“发布窗口”之类的概念的限制。即限制开发人员在发布前签入。

传统的 SVN 方法是始终在分支中工作，而不是在主干中。这样您就可以随时提交，您只是不会在“发布窗口”中合并到主干中（当主干被“冻结”时）

于 2011-02-25T09:17:58.537 回答
1

这样做不会违反任何 svn 原则。标签不是一个内置的颠覆结构，只是人们用来帮助​​构建过程的约定。通常人们会希望他们的标签基于一个单一的修订，但这只是惯例。您是否真的遇到过这样的情况：要发布的好代码包含某些文件的历史版本而其他文件的当前版本？

如果这种方法适合你，那就去吧。但是，为了避免让习惯了“标签”的正常定义的人感到困惑，也许您可​​以将目录称为其他名称？“建造”也许？

于 2011-02-25T09:14:04.743 回答