我在一個新分支（我們稱之為 branch_a）上對專案的幾個檔案進行了一些更改，我提交了它們，創建了拉取請求，并且它最近被審查和批準。它仍在主分支上等待合并。
現在，有人要求進行另一次更改。這是在第一個 Pull Request 中編輯的檔案之一中的一個小的補充更改。
這樣做的最佳方法是什么？我是否應該要求合并第一個拉取請求，然后創建一個新分支（branch_b），進行更改并創建一個新的拉取請求，請求審查并再次合并？還是有一種“更干凈”的方式，當第一個 Pull Request 以某種方式與第二個合并時，我們不必進行 2 次不同的合并？
uj5u.com熱心網友回復：
如果請求的另一個更改是與“branch_a”中相同功能的一部分，那么您只需在同一分支中進行更改，您的 PR 請求將顯示這些更改，但將再次需要 PR 批準。
如果請求的另一個更改不在功能“branch_a”的范圍內，并且只是兩個更改之間的檔案相同，那么您可以從 master 創建一個新分支，例如“branch_b”，完成您的更改并為此提高 PR。'branch_a' 合并到 master 后，您可以重新設定第二個分支 'branch_b' 以將更新的主代碼庫包含到 branch_b 中（反之亦然，如果首先合并 branch_b）。如果未事先確定合并順序，這將特別有用。
下面是 rebase 的步驟，這里的 'feature_branch' 是您要執行 rebase 的分支的名稱：
git checkout master
git pull origin master
git checkout feature_branch
git rebase master
在這里，根據 feature_branch 中的提交次數，您可能會多次遇到一些沖突（如果有的話）。您可以手動解決沖突并使用以下命令繼續進行進一步的變基程序：
git rebase --continue
在任何時候，如果您認為事情進展不順利并且您想取消 rebase 程序，請執行以下命令：
git rebase --abort
最后，當所有沖突都解決并且您收到成功合并的訊息時，然后執行以下命令將更改推送到原點：
git push --force origin feature_branch
有關 rebase 程序的更多資訊，請點擊鏈接：https : //www.atlassian.com/git/tutorials/rewriting-history/git-rebase
uj5u.com熱心網友回復：
分支出第一個拉取請求分支，編輯、添加、提交、推送，并要求將第二個 PR 合并到第一個分支。當第一個分支合并時，第二個 PR 將自動（由 GitHub）重新配置以合并到主分支中。
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/391437.html
標籤：github