如果我们有一个源代码控制分支用于停止功能和错误测试（包括在此分支上进行额外提交以修复上述错误），它应该叫什么？
“Release Candidate”合适吗？
我的想法是这样的分支将被称为“发布”，并且使用“候选”这个词意味着它是不可变的。你可以有候选人 1 和候选人 2，但那些特定的候选人不应该改变；IE。候选人 1 不会有任何提交，这会以任何方式修改它。
链接或示例会很棒，因为与我讨论此问题的人非常顽固。
相关问题：是否有任何规范来推广候选版本？（涵盖如何考虑完成的 RC）
问问题
317 次
1 回答
1
它仍然可以被视为最终的集成步骤（并且“不是一成不变的”）：
这仍然是您所在的位置：
- 集成批准进入下一个版本的功能。
- 修复集成测试后出现的错误（SIT - 系统集成测试和 UAT，用户验收测试）
您可以认为“RC”比我刚才描述的更稳定，但您仍然可以修复显示停止器的错误。
从这个意义上说，你不会有“候选人 1”和“候选人 2”（同时）。RC 通常是连续的。
然后，“发布”分支用于后期制作（热修复和发布维护）。
它在投入生产时冻结应用程序的状态，并在起点使用它来维护投入生产的内容。
简而言之：
- 分支不是一成不变的：它们在开发生命周期中隔离开发工作。
您应该添加提交。在任何一个分支。 - 标签（或“标签”，或“基线”，或......）是不可变的：它们在某个时间点冻结代码的特定状态。
于 2012-12-06T22:27:25.203 回答