「候選人」應該是不可變的嗎？

Question

如果我們有一個我們用來停止功能和bug測試的源代碼控制分支（包括此分支上的其他提交以修復所述錯誤），那麼應該調用什麼？

「Release Candidate」是否合適？

我的想法是，這樣一個分支將被稱爲「釋放」，使用「候選人」這個詞暗示它是不可變的。你可以有候選人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。
  您應該預計添加提交。在任何分支。
• 標籤（或「標籤」，或「基準」，或...）是不可變的：他們凍結代碼的特定狀態在某個時間點。