何時在發布管理周期中增加版本號

Question

我們結合使用GitHub，TeamCity，CodeReviews和Octopus部署來管理我們的整體發布管理流程。 我們開發網站和幾個內部使用的API。

我們正在尋求更好地實現我們的API版本，並將使用Semver。

我的問題是，你在哪個階段為其分配版本號？

例：

• Master中的當前版本是1.2.1
• 用戶創建分支（Branch2）以實現一些新功能
• 用戶將Branch2部署到QA中以進行審核和簽核
• 用戶將Branch2合並為Master並發布到Production。

版本應該在什么階段增加到1.3.0？ 如果它在進入QA的階段更新，那么同時另一個開發人員可能會創建另一個功能分支，該分支經過測試並准備好比分發2更快地發布到生產中 - 所以真的后者應該是1.3。 0而將在幾周后推出生產的Branch2應該[可能是1.4.0。

那么，我是否正確地認為版本號只應在QA簽署后增加，並在最終合並回主分支之前？

感謝您提前的時間問候，dotdev

Answer 1

如您所述，我看到這些版本：

• 1.2.1 Master中的當前版本為1.2.1
• 1.3.0-alpha+branch2用戶創建分支（Branch2）以實現一些新功能
• 1.3.0-beta+branch2用戶將Branch2部署到QA中以進行審核和簽核
• 1.3.0用戶將Branch2合並為Master並發布到Production。

任何正式/生產版本發布后， 必須立即增加下一版本。 這是一個可以幫助的草圖。

feature                           *-(1.3.0-beta+feature1)---*                            *-(1.4.0-beta+feature2)--
                                 /                           \                          /
 master  -[v1.2.1]-(1.3.0-beta)-*-----------------------------*-[v1.3.0]-(1.4.0-beta)--*-----
           \                                                     \      
release     *----                                                 *---

您手動將標記應用於由方括號表示的正式版本，而版本（正常括號）在歷史記錄中包含帳戶標記。

我建議你看看精彩的GitVersion工具來幫助你管理計算。