特殊版本的分支策略
Branching strategy for special releases
本周晚些时候，我们将在嵌入式设备上进行一些测试。为此，我们想确切地知道测试了哪些软件，但我们也必须对其进行一些修改以用于测试目的。我们目前使用的策略是基于流行的"A successful Git branching model"。我们要的是
- 不膨胀当前结构。
- 视觉上很容易区分测试的内容和自那以后发生的更改。
我们倾向于在其头部带有标签的未命名分支，因为它将命名分支保留在发布和功能中，但仍然很容易在视觉上找到。
这种方法有什么缺点，还有哪些其他方法适用？
缺点类似于命名分支所提供的：它是一个永久性标记（尽管您可以重新标记，从而移动标记）。
然而，在这种情况下，更好的选择是使用书签，因为它是一个临时名称，可以随时添加或（重新）移动到您喜欢的任何版本。
本周晚些时候，我们将在嵌入式设备上进行一些测试。为此，我们想确切地知道测试了哪些软件，但我们也必须对其进行一些修改以用于测试目的。我们目前使用的策略是基于流行的"A successful Git branching model"。我们要的是
- 不膨胀当前结构。
- 视觉上很容易区分测试的内容和自那以后发生的更改。
我们倾向于在其头部带有标签的未命名分支，因为它将命名分支保留在发布和功能中，但仍然很容易在视觉上找到。
这种方法有什么缺点，还有哪些其他方法适用？
缺点类似于命名分支所提供的：它是一个永久性标记（尽管您可以重新标记，从而移动标记）。
然而，在这种情况下，更好的选择是使用书签，因为它是一个临时名称，可以随时添加或（重新）移动到您喜欢的任何版本。