我有一個關于解決 git 沖突的問題。我使用功能分支作業流程和 github。有時，當我想將我的分支與主分支（通過 PR）合并時，會發生沖突
為了解決筆記本電腦上的沖突，我習慣于合并分支上的 main 以解決與編輯器的沖突，然后再次推送分支。所以，沖突被解決了，github 可以讓我的分支與 main 是一個好的解決方案嗎？我問這個問題是因為我在網上找到的 alla 是合并 main 上的分支，然后推送 main 分支。但是當我沒有權限在主分支上進行 ush 時，此解決方案不適合
uj5u.com熱心網友回復：
你在做什么是好的。將 master 合并到您的功能分支，推送，它將正確更新您的 PR。
即使您有權限直接推送到 master 也是一種不好的做法。拉取請求的存在是有原因的，因此人們可以在合并之前查看您的更改。這對請求者和審閱者都有好處。
另一個選項是 rebase，但它可能會破壞你的 PR，因為提交哈希在 rebase 上發生了變化。
您可以使用以下方法將您的提交重新設定在 master 上，
X 是來自 HEAD 的提交次數
git rebase --onto 主特性~X 特性
這會將您的功能分支設定為主版本，并將功能分支上的 X 次提交放在主版本的頂部。這種方式與合并不同，您的更改將位于功能分支的頂部，而不是位于中間的某個位置。
然后你必須強制推送到遠程功能分支并創建一個 PR。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/528616.html
標籤：混帐
上一篇：如何在github操作中將代碼部署到同一repo的不同分支？
下一篇：在GIT中構建最后一次提交