Pull Request：提案與審核

在公司裡，你不會直接把報告放到老闆桌上就走——你會先寄信說「請幫我看看這份報告」。Pull Request（簡稱 PR）就是 Git 世界裡的「請幫我看看」。

你會學到什麼

• Pull Request 是什麼，為什麼不直接合併
• PR 的審核流程：提出 → 審查 → 修改 → 合併
• GitHub 上的 PR 介面怎麼看

為什麼需要 Pull Request？

直接在 main 分支上改東西很危險，就像直接改正式網站一樣。PR 的好處：

PR 的生命週期

建立 PR 的指令

一個好的 PR 長什麼樣

AI 協作：學了這個，跟 AI 怎麼配合？

了解 PR 流程後，你就能在 GitHub 上參與 Code Review，甚至自己發起 PR。

你的人類優勢：

• 你能寫清楚「為什麼改」（因為你了解業務需求和客戶反饋）
• 你能判斷 PR 的影響範圍是否正確（因為你知道這個改動影響哪些業務流程）

可以這樣跟 AI 說：

我要在 GitHub 上發一個 PR，修改電商網站的退貨政策說明。幫我寫 PR 的標題和描述，要讓工程師一眼看懂改了什麼。

小練習