發佈 Pull Request 與重新提交的完整指南

更新日期： 2024 年 12 月 9 日

在使用 Git 進行版本控制的過程中，發佈 Pull Request 是團隊協作的關鍵步驟之一。

Pull Request 允許開發者提交變更，並由其他成員進行審核。

但有時候，提交可能因不符合要求而被退回，此時需要重新調整並再次提交。

本文將帶領新手了解如何發佈 Pull Request，以及在被退件後如何處理。

發佈 Pull Request

當分支的開發完成，並準備將其合併到主分支時，通常需要發佈 Pull Request。以下是操作步驟：

步驟：同步遠端分支

在提交 Pull Request 之前，確保本地分支與遠端分支保持同步，避免出現衝突。使用以下指令進行同步：

git rebase origin

這會將遠端分支的最新變更整合到當前分支，確保提交內容基於最新版本。

步驟：推送分支到遠端

完成同步後，將本地的開發分支推送到遠端儲存庫：

git push origin issues/6

• origin：遠端儲存庫的名稱。
• issues/6：當前的開發分支名稱。

推送成功後，您可以在遠端平台（如 GitHub 或 GitLab）上發佈 Pull Request，並等待審核。

被退件後如何重新提交

在 Pull Request 審核過程中，可能會收到退件通知，要求進一步修改代碼。

這時候可以按照以下步驟重新提交。

步驟：修正提交內容

如果修改的內容僅需微調，例如補充遺漏的檔案或調整代碼格式，可以直接更新最後一次提交，而不新增新的提交點：

git commit --amend --no-edit

• --amend：修改最近一次提交。
• --no-edit：保留原提交訊息。

步驟：強制推送分支

修改完成後，由於原 Pull Request 已包含上一版本的提交記錄，因此需要強制推送更新的提交到遠端儲存庫：

git push origin issues/6 --force-with-lease

• --force-with-lease：安全強制推送，只覆蓋本地確定更新的內容，避免意外覆蓋其他人的提交。

小結

無論是發佈 Pull Request 還是重新提交修改，以下是核心步驟：

1. 發佈 Pull Request：
   • 使用 git rebase origin 確保與遠端同步。
   • 使用 git push origin <分支名稱> 推送分支。
2. 重新提交修改：
   • 使用 git commit --amend --no-edit 修正最後一次提交。
   • 使用 git push --force-with-lease 強制推送更新內容。

這些指令讓您在開發過程中靈活應對各種情況，提升協作效率並確保版本控制的正確性！