簡體   English   中英

語義版本控制如何融入 git 工作流程

[英]How semantic versioning fits into the git workflow

我目前在使用 git 的語義版本控制時遇到問題。

我們正在使用 git 版本控制 model at http://nvie.com/posts/a-successful-git-branching-model/

我們還想遵循http://semver.org/中概述的語義版本控制指南

這是我們的示例用例。

Release branch: ----1----2----3----4 <- tag v1.2        ----7---8---9 <- tag v1.3
                   /                \                  /             \
Develop branch: --0--------5---------4--6-----------------------------9--

這是我們的示例用例:

  • 開發在發布和開發中並行進行
  • 發布已准備就緒 go,我們將其標記為 v1.2。 我們為更改 1、2、3、4 生成發行說明。
  • 我們將發布合並回開發。
  • 當我們准備好為另一個版本再次開發分支時,我們可以。 但是,標記 v1.2 指向 4,因此如果我們查詢 v1.2 和 v1.3 之間的更改,5 的發行說明實際上會丟失

我們想要做的是能夠搜索自創建標簽 v1.2 以來新添加的所有簽入,這些簽入新合並到標簽 v1.3 中,以便我們可以確定我們的組件的版本沖擊 (xyz) 類型需要做。

如果 5 碰巧是一個主要變化,但從 v1.2 開始的所有變化都不是,我們將錯誤地增加次要版本,因為 checkin 5 不在構建中。

有沒有人對如何解決這個問題有任何建議?

我想這取決於你如何“查詢更改”。 但是,如果您的意思是使用git log v1.2..v1.3或類似的東西,那么它應該會准確顯示您想要的內容,即包括提交 5。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM