開發與網路
Git 版本控制是什麼?讓你隨時回到還能動的那一版
Git 版本控制是什麼?讓你隨時回到還能動的那一版
資料夾裡躺著「最終版」「最終版2」「真的最終版」,這是每個人都有過的階段。問題是三天後你認不出哪一份能動。
Git 就是把這件事做對的工具。尤其當你讓 AI 大幅改動程式時,它是你唯一的退路。
你將學到什麼
定義
記錄每次修改、可回退、可分支的版本控制系統。
白話比喻
遊戲的存檔點。打壞了就讀檔重來,不用整局重玩。
三個核心動作
提交一個版本、開分支各做各的、合併回主線。
為什麼跟 AI 有關
AI 一次改十幾個檔案,沒有版本控制你分不清它動了什麼。
定義
Git 是記錄專案每一次修改的版本控制系統。你可以查歷史、比對差異,也可以回到任何一個先前的版本。
它的工作單位叫做提交。每次提交等於存下一個完整的狀態,並附上一句你寫的說明,說明這一版改了什麼。
白話比喻
像遊戲的存檔點。你在每個階段存一次,打到後面發現路線走錯,讀檔回去就好。
分支則像是同一個存檔開出兩條平行世界。一條走保守路線,一條試瘋狂的玩法,哪條好就留哪條,另一條丟掉也不心疼。
三個最常用的概念
| 概念 | 在做什麼 | 什麼時候用 |
|---|---|---|
| 提交 | 把目前的狀態存成一個版本,附上說明 | 完成一個可運作的小段落時 |
| 分支 | 從主線岔出一條線獨立開發 | 要試新做法、或多人同時進行時 |
| 合併 | 把分支的修改併回主線 | 分支上的東西確認可用之後 |
還有一個常被忽略的動作是回退:把某一次改壞的提交撤掉,回到上一個好的狀態。這是它最救命的功能。
實際用例
用 Vibe Coding 的時候尤其重要。AI 一次可能改動十幾個檔案,沒有版本控制,你根本不知道它動了什麼,也回不去還能跑的那一版。
習慣上是:每完成一個能動的小功能就提交一次,說明寫清楚。之後的 部署 與 CI / CD 流程也都是接在 Git 上跑的。
最常見的誤解是以為提交了就等於備份好了。提交只存在你自己的電腦上,要推上遠端平台才算有第二份,這一步沒做,硬碟壞掉一樣全沒了。
另一個誤解是把它當成純工程師的工具。它的本質是「有紀錄、可回頭」,任何需要反覆修改的工作都受用。
延伸學習
ChatGPT 很強,但真正讓你下班的是 Google
六小時完整實錄。從「AI 很厲害,為什麼你還是每天加班」這個問題出發,把 Google Workspace 當成真正的工作平台重新設計一次流程 ── Sheets 的資料結構、Drive 與 Docs 的文件流、Gmail 與 Calendar 的通知系統,再用 Apps Script 讓它自己跑起來,最後收斂成一張屬於你自己的 AI 工作能力地圖。
NT$ 4,599
HE201|Harness Engineering System Design(6 小時)
六小時的實作課:從 Blueprint 走到可以跑的規格,再用 No-code、n8n 低程式碼與程式碼三條路各做一次同一個 harness,最後處理可靠度——重試、錯誤處理、人工覆核。7 章 54 課,含常見坑與排錯、Capstone 實作,附學員講義 PDF。
NT$ 5,999

