2

我在主干上的文档很少,它们针对特定版本进行了更新,并标有版本号(主干上的文档将继续前进)并在整个公司的发布电子邮件中发布。问题 - 我们正在识别标记文档所需的更改(例如 - 某处的拼写错误或在 RN 中提到的模块修订号错误)。在这种情况下,您可能会说更新主干上的文档并创建一个新标签

  1. 它将使原始电子邮件无效。
  2. 基本规则是一旦在公司范围内发布标签,就不会更新或删除标签。
  3. 为了使其更复杂,标记的文档通过标记链接相互引用。所以一个文档更新会触发其他文档的更新。

我想知道如何在不重新发送链接仍然有效且不鼓励再次删除和重新创建标签的情况下处理此问题(这将在未来产生不良做法)?

如果有不清楚的地方,请原谅我,我很乐意详细说明。

4

3 回答 3

1

不要移动标签。曾经。一个标签的真正价值是一个唯一的标识符——如果你移动它,你指的是哪个版本的 5.1.9?

于 2013-10-25T14:31:09.810 回答
1

坦率地说,这听起来就像您必须创建一个新版本一样;

如果还没有到位,我建议自动化发布版本的创建 - 如果只需要例如 30 分钟来发布版本(编译、测试、标记、更新发布日志、循环邮件),那么您将不得不更加努力。

最重要的是,我会提高贵公司的意识,即您需要分支机构。

可能的短期解决方案

我希望同时也害怕我正确地理解了你——如果我错了,请纠正我。

对于只允许在主干上工作的“修复”旧版本,我想到的唯一解决方案是滥用主干作为分支:假设您在修订版 56 的 mydoc.txt 中发现了一个错误。同时,人们正在愉快地反复研究它。经过多次更改,最后一次提交导致修订版 89;

  1. 将 mydoc.txt 的工作副本“更新”到 r56
  2. 执行必要的更改
  3. 提交更改
  4. 再次将 mydoc.txt 更新为 r89。
  5. 将 mydoc.txt, r89 提交到新修订版中。

这里发生的事情是,从 1-3 开始,您实际上在一个分支上工作。再次需要 4 和 5 来修复这种残忍。

SVN 会给你一些思考执行 1-5,恕我直言,这是有充分理由的:这个操作应该在一个单独的分支上完成。至少在这种情况下,我会选择适当的分支,更不用说客户订购旧版本的更改了。

于 2013-10-25T13:33:01.007 回答
1

我建议你走很长的路:保持标记版本不变,修复主干中的错误(或者可能为这些修复创建一个新分支),然后创建一个新标签,发送更新的电子邮件。

它更痛苦,但从长远来看会产生更少的问题。文档引用应该是自动计算的,因此传播所有更改是较少的手动工作并且不易出错。

如果发送新的更新电子邮件是一个问题,请确保在发布之前双重(和三重)检查您正在发布的内容,但要知道错误往往在发布之后才被发现。

另一种选择是将上述分支发布给您的 beta 测试人员,并仅在您相当确定剩下的错误最少之后才创建标签。

于 2013-10-25T11:52:21.603 回答