“候选人”应该是不可变的吗？

Question

如果我们有一个源代码控制分支，我们用它来停止功能和错误测试（包括在这个分支上修改所述错误的额外提交），它应该被称为什么？

“候选人”是否合适？

我的想法是，这样的分支将被称为“发布”，并且使用“候选”一词意味着它是不可变的。你可以有候选人1和候选人2，但那些特定的候选人不应该改变;即。候选人1不会有任何提交，会以任何方式修改它。

链接或示例会很棒，因为我与之讨论这个问题的人非常努力。

相关问题：Is there any specification for promoting a release candidate?（涵盖如何考虑完成RC）

Answer 1

它仍然可以被视为最终的整合步骤（并且在其中，“不是不可变的”）：

这是你还在的地方：

• 集成已批准进入下一版本的功能。
• 修复集成测试后出现的错误（SIT - 系统集成测试和UAT，用户验收测试）

你可以consider "RC" as being even more stable我刚刚描述的，但你仍然可以解决显示阻止错误 从这个意义上讲，你不会有“候选人1”和“候选人2”（同时）。 RC通常是顺序。

然后，“发布”分支用于后期制作（热修复和发布维护） 它在投入生产时会冻结应用程序的状态，并在起点使用它来维护生产中的内容。

简而言之：

• 分支在开发生命周期中不是不可变的：they isolate a development effort 您应该期望添加提交。在任何一个分支。
• 标记（或“标签”，或“基线”，或...）是不可变的：它们会在某个时间点冻结​​代码的特定状态