特殊版本的分支策略

本周晚些时候，我们正在对嵌入式设备进行一些测试。为此，我们想要确切知道哪些软件已经过测试，但我们也必须对其进行一些修改以用于测试目的。目前我们使用的策略是基于流行的"A successful Git branching model"。我们想要的是特殊版本的分支策略

不膨胀当前结构。
从视觉上很容易区分什么是测试和自那之后发生了什么变化。

我们倾向于一个带有标记的未命名分支，因为它使得命名分支保持发布和功能，但仍然很容易在视觉上找到。

什么是这种方法的缺点和什么其他的方法是合适的？

来源

2016-02-29 T' n' E

我用同样的分支模型的简化版本，并假设你的意思是“书签”，而不是“标签”在无名分公司负责人，然后我发现，这种方法工作得很好me.The书签可以作为标签或分支完全相同的方式用作修订规范的标签。 –

啊，是的，当然，书签是一个更好的选择！ –

的缺点是类似于一个名为分行提供了：这是一个永久的标志（虽然你可以重新标签，从而移动标签）。

然而，更好的选择是在这种情况下使用书签因为这是由设计，可以增加或（重新）移动到你喜欢在任何时间任何修订短暂的名字。

来源

2016-02-29 12:44:55 planetmaker

来想一想吧;我们不想要永久标记吗？毕竟，这是经过严格测试的版本。当下一次测试到期时，我们可以将最新的版本分支合并到未命名的测试分支中，并且有一点运气和巧妙的设计，它应该可以直接测试，我们可以为第二次测试分配一个新标签？ –

当然，你可以做到这一点。取决于您如何管理您的修订版本以及如何设计测试，标签可能正是您想要的。例如像1.2.3-beta1或1.2.3-featureA.rXXXX等用于后续（内部）测试版本可能就是你想要的。 – planetmaker

就我个人而言，我已经与Jenkins设置了我的编译场，它编译了这两个：每个推送到该存储库的头部以及它收到的任何标记修订（在这种情况下我认为是发布）。然而，采用这种方法我没有看到没有标签的测试版本。因此，对于您的情况，如果您想从回购本身快速查看已经测试的内容，标签可能确实是最佳选择。 – planetmaker

特殊版本的分支策略

回答

相关问题