圖形化 Git 客戶端常見兩種路線：把命令全部包成按鈕，或是只挑幾條常用路徑鋪平。GitHub Desktop 選的是後者。3.6 這條線塞進兩樣東西——同一份儲存庫同時開多份工作目錄，以及把衝突排除交給 Copilot。

目前穩定版是 3.6.7

現行穩定版是 3.6.7，發布於 2026 年 10 月 14 日。3.6 線從 2026 年 6 月 24 日開場，四個月內出了八個小版本，這次是第八個。預發布線已經推進到下一個修補版的第三個測試版。

主版本號沒有動，意味著功能增量集中在線路的第一版，後面七個小版本基本上在修問題。專案以 MIT 授權開源，主語言是 TypeScript，倉庫星標兩萬一千餘、派生一萬餘，從 2016 年 5 月開始維護。

一份儲存庫，多份工作目錄

開場那一版的第一條新功能是支援 Git worktree，用來管理同一份儲存庫的多份工作目錄。這個能力在命令列裡存在已久，在圖形客戶端裡卻一直是空白。

它的實際意義用一個常見場景就能看出來：手上正在改一個功能，主管要你立刻修主幹上的緊急問題。沒有 worktree 時，要嘛先把改動藏起來、切分支、修完再切回來（提交紀錄容易亂），要嘛把儲存庫再複製一份（兩份物件庫各自膨脹，分支也各管各的）。有了 worktree，同一份儲存庫可以同時檢出多個分支到不同目錄，物件庫共用、分支不互相搶占，兩個目錄可以同時開著。

圖形介面把這件事變成幾次點擊之後，門檻才真正降下來。此前這項操作要求使用者先理解 worktree 是什麼、路徑怎麼給、刪除時要注意什麼；現在這些都能在視窗裡完成。

衝突排除交給 Copilot

第二條新功能是用 Copilot 解決合併衝突。同一版還補了一處相關能力：產生提交說明的請求可以中途停掉——此前一旦按下產生，就只能等它跑完。

Copilot 在桌面端不是新面孔，提交說明的自動產生早就有了；把它推進到衝突這一步，等於把「讀兩段衝突標記、判斷該保留哪邊」這件最枯燥的事分了出去。值得注意的是它的定位仍然是輔助：衝突解決的視窗還在，人可以逐處確認，而不是一次接受全部結果。

同一版的修正清單裡有一條和衝突直接相關：當衝突狀態失效時，會把一直卡死的衝突對話框救回來，不必重開應用程式。這種修正不會出現在發布宣傳裡，但對真在解衝突的人是剛需——對話框凍結往往發生在最需要它的時候。

鉤子本來就會跑，3.6 修的是平台毛病

有一點需要說清楚：網路上流傳的「3.6 新增支援 Git Hooks」並不準確。在 3.6 線的發布說明裡檢索鉤子，只會命中兩條修正：一條修掉「透過標準輸入讀取內容的鉤子在 Windows 上會報錯」，另一條修掉「在 macOS 上，鉤子裡再呼叫 git 會因執行路徑不正確而失敗」。

換句話說，鉤子本來就會跑，3.6 做的是讓它在兩個平台上不再出錯。這個區別看似細節，但對依賴提交前檢查的團隊來說是兩種完全不同的處境：一個是「能不能用」，一個是「用得穩不穩」。

官網主打的四件事

官網首頁把賣點列成四條，讀下來會發現它們都在解決同一類摩擦：精確審閱程式碼變更，對比版本、看清每一處差異；拖曳完成 cherry-pick、squash 與提交重排，把提交從一個分支搬到另一個分支、合併多條提交、調整歷史順序；不提交也能先暫存變更；隨時修訂提交說明、併入新改動或回到較早的狀態。

那套拖曳操作是它比較獨有的地方。命令列裡做提交重排要開互動式變基，中途出錯還得處理衝突；拖曳把這件事變成看得見的順序調整，代價是複雜場景仍然要回到命令列。

首頁的口號也很直白：「不用跟 Git 較勁也能用上 Git」，並把產品稱作簡化本機程式碼管理流程的圖形客戶端。頁尾給出發布說明、參與貢獻、試用測試版三個入口，並寫明它由社群支援、用於協作。

適合哪些人

剛接觸 Git 的人、以及不想把命令列當日常的人，是它最直接的受眾：提交、推送、拉取、切換分支都在一個視窗裡，差異的呈現也比終端機裡的輸出好讀得多。

代價是它並不試圖覆蓋 Git 的全部能力。複雜的變基、批次改寫歷史、精細的參照操作，仍然要在終端機裡做。把它當成日常操作的入口、把命令列留給少數硬活，是更實際的用法。

跨平台方面它覆蓋 Windows 與 macOS，免費且開源，這一點在這個品類裡並不常見——多數圖形客戶端要嘛收費，要嘛只開放一部分程式碼。

GitHub Desktop 的取捨一直很明確：不去做 Git 的全部，只把最常走的那條路鋪平。3.6 把 worktree 從命令列搬進視窗、把衝突交給 Copilot，都是同一條思路上的一步：上手更省事，也不必多開一個終端機。