簡體   English   中英

Azure DevOps 中 git 發布分支的級聯合並

[英]Cascading merge of git release branches in Azure DevOps

最近,我的項目已從 Bitbucket 轉移到 Azure DevOps,用於托管我們的 git 存儲庫。 我們一直依賴的一個特性是發布分支的自動級聯合並。 這意味着每當拉取請求合並到我們的發布分支之一時,合並會自動級聯,因此目標發布分支會合並到它們的下游分支。 即具有更高版本號的發布分支。

示例:我有一個從我自己的錯誤修復分支合並到分支“release/1.2”的拉取請求。 因為我們同時在發布補丁,所以我們還有另一個發布分支“release/1.2.1”。 當我的拉取請求合並到“release/1.2”時,Bitbucket 會自動嘗試將“release/1.2”合並到“release/1.2.1”中。 當然,如果存在合並沖突,Bitbucket 將創建一個拉取請求,突出顯示它不能自動合並,並且在合並之前需要有人修復沖突。

我們無法在 Azure DevOps 中找到類似的方法,所以我的問題是:這可能嗎?

或者,采用某種方式的解決方案也是可以接受的,這樣我們就可以避免偶爾手動記住合並,以及避免大量合並,因為已經積累了很多變化。

Azure 由於您的拉取請求,DevOps 沒有自動合並兩個分支的功能。

但是您可以使用管道來實現它。 相反,使用管道為您的錯誤修復分支創建一個帶有重置 api 的拉取請求,然后使用 git 合並任務或使用批處理腳本

暫無
暫無

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

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