GitHub
它是什麼
GitHub 是大多數程式碼棲身之處。其核心是在雲端託管 倉庫,但圍繞這一點它還加入了完整的協作層:用於審查變更的 、用於跟蹤工作的 issue、用於釋出版本的 release,以及面向團隊的許可權管理。它是你推送程式碼的地方,是別人能找到並參與貢獻的地方,而且你的「/CD(Continuous Integration / Continuous Delivery,持續整合 / 持續交付——替你測試程式碼並把它釋出上線的自動化)」、軟體包乃至雲端開發環境也越來越多地在這裡執行。
優勢
- 開源和私有程式碼的預設歸宿——幾乎人人都有賬號。
- pull request 和程式碼審查讓協作和歷史脈絡一目瞭然。
- issue、project 和 milestone 讓輕量規劃與程式碼處於同一處。
- 龐大的整合生態系統——CI、部署鉤子、機器人和應用都能接入它。
- 公開倉庫和小型私有倉庫免費,且套餐慷慨。
取捨
- 它把你大量的工作流集中到了單一供應商身上。
- 功能面很大;團隊可能把 project 和 action 配置得過於複雜。
- 對於較大的組織,私有倉庫限制和按席位定價會越積越多。
- Git 本身有學習曲線,而 GitHub 的介面只能部分掩蓋這一點。
最適合
儲存和分享程式碼、通過 pull request 審查變更、用 issue 跟蹤工作,以及充當讓你的 CI、部署和協作者全都接入的中樞——無論是單人專案還是團隊都適用。
與 vibe coding 的契合度
GitHub 是安全 vibe coding 迴圈的骨幹:AI 助手所做的每一處變更都會進入你可以審查的 commit 和分支,而且你隨時可以回滾。讓 AI 助手在分支上工作、開一個 pull request(即 PR——一項可在併入主程式碼前先審查的待定變更)並寫好描述,這樣你審查的是乾淨的 diff(一份並排列出究竟改了哪些行的清單),而不是對主程式碼的即時編輯。提示:保持 commit 小巧,並讓 AI 助手解釋每一個 commit——當 AI 做出意外之舉時,那段歷史就是你的撤銷按鈕和審計線索。
# Start a branch, commit, and open a PR with the GitHub CLI
git checkout -b feature/add-checkout
git add -A
git commit -m "Add checkout flow"
git push -u origin feature/add-checkout
gh pr create --fill