GitHub Desktop 3.6.7:一个仓库开多份工作目录,合并冲突可交给 Copilot

摘要

GitHub Desktop 3.6.7:worktree 让一个仓库同时开多份工作目录,合并冲突可交给 Copilot,免费开源跨 Windows 与 macOS。

推荐
软件名称
GitHub Desktop
版本
3.6.7
收费
免费
开源
开源
操作系统
WindowsmacOS
更新时间
2026-10-21 16:00

GitHub Desktop 一直卖的是同一件事:不必先学会 Git 的每条命令,也能把改动提交上去。3.6 这一版往里塞了两样东西——同一个仓库能同时开多份工作目录,合并冲突可以交给 Copilot 处理。

版本停在 3.6.7

当前稳定版是 3.6.7,发布于 2026 年 10 月 14 日。3.6 这条线从 3.6.0(2026 年 6 月 24 日)开始,四个月里出了八个小版本:3.6.1 在 6 月 25 日、3.6.2 在 7 月 1 日、3.6.3 在 7 月 16 日、3.6.4 在 8 月 13 日、3.6.5 在 9 月 4 日、3.6.6 在 9 月 21 日,到 3.6.7。预发布线已经推进到 3.6.8 的第三个 beta。

主版本号没动,意味着功能增量集中在 3.6.0 那一版;后面七个小版本基本是修问题。项目以 MIT 许可证开源,主语言是 TypeScript,仓库星标两万一千余、派生一万余,从 2016 年 5 月开始维护。

worktree:一个仓库,多份工作目录

3.6.0 的第一条新功能是 Git worktree 支持,用来管理同一个仓库的多份工作目录。这个能力在命令行里存在已久,但在图形客户端里一直是个空白。

它的实际意义可以通过一个常见场景看出来:手上正在改一个功能,领导要你立刻修主干上的一个紧急问题。没有 worktree 时,要么先把改动藏起来、切分支、修完再切回来(提交记录容易乱),要么把仓库再克隆一份(两份对象库各自膨胀,分支也各管各的)。有了 worktree,同一份仓库可以同时检出多个分支到不同目录,对象库共用、分支不互相抢占,两个目录可以同时开着。

图形界面把这件事变成几次点击之后,它的门槛才真正降下来。此前这项操作要求使用者先理解 worktree 是什么、路径怎么给、删除时要注意什么;现在这些都可以在界面里完成。

GitHub Desktop 界面截图:顶栏显示当前分支与 Pull origin 状态,右侧是 app/src/ui/lib/list/section-list.tsx 的差异视图,逐行标出新增的注释与 onRowFocus、onRowKeyboardFocus 两处只读方法声明

合并冲突交给 Copilot

第二条新功能是 用 Copilot 解决合并冲突。同一版还补了一处相关能力:生成提交说明的请求可以中途停掉——此前一旦点了生成,就只能等它跑完。

Copilot 在桌面端不是新面孔,提交说明的自动生成早就有了;3.6 把它推进到冲突这一步,是把「读两段冲突标记、判断该保留哪边」这件最枯燥的事分了出去。值得注意的是它的定位仍然是辅助:冲突解决的界面还在,人可以逐处确认,而不是一键接受全部结果。

同一版的修复清单里有一条和冲突直接相关:当冲突状态失效时,会把一直卡死的冲突对话框救回来,不必重启应用。这种修复不会出现在发布宣传里,但对真在解冲突的人是刚需——对话框冻结往往发生在最需要它的时候。

钩子照跑,3.6 修的是平台毛病

有一点需要说清楚:网上流传的「3.6 新增支持 Git Hooks」并不准确。在 3.6 这条线的发布说明里检索钩子,只会命中两条修复——3.6.5 修掉「通过标准输入读取内容的钩子在 Windows 上会报错」,3.6.2 修掉「在 macOS 上,钩子里再调用 git 会因执行路径不正确而失败」。

换句话说,钩子本来就会跑,3.6 做的是让它在两个平台上不再出错。这个区别看似细节,但对依赖提交前检查的团队来说是两种完全不同的处境:一个是「能不能用」,一个是「用得稳不稳」。

官网主推的四件事

官网首页把卖点列成四条,读下来会发现它们都在解决同一类摩擦:精确审阅代码变更,对比版本、看清每一处差异;拖拽完成 cherry-pick、squash 与提交重排,把提交从一个分支搬到另一个分支、合并多条提交、调整历史顺序;不提交也能先暂存变更;随时修订提交说明、并入新改动或回退到较早的状态。

那套拖拽操作是它比较独有的地方。命令行里做提交重排要开交互式变基,中途出错还得处理冲突;拖拽把这件事变成看得见的顺序调整,代价是复杂场景仍然要回到命令行。

首页的口号也很直白:「不用跟 Git 较劲也能用上 Git」,并把产品称作简化本地代码管理流程的图形客户端。页脚给出发布说明、参与贡献、试用 beta 三个入口,并写明它由社区支持、用于协作。

它适合谁

刚接触 Git 的人、以及不想把命令行当日常的人,是它最直接的受众:提交、推送、拉取、切换分支都在一个窗口里,diff 的呈现也比终端里的输出好读得多。

代价是它并不试图覆盖 Git 的全部能力。复杂的变基、批量改写历史、精细的引用操作,仍然要在终端里做。把它当成日常操作的入口、把命令行留给少数硬活,是更实际的用法。

跨平台方面它覆盖 Windows 与 macOS,免费且开源,这一点在这个品类里并不常见——多数图形客户端要么收费,要么只开放一部分代码。

GitHub Desktop 的取舍一直很明确:不去做 Git 的全部,只把最常走的那条路铺平。3.6 把 worktree 从命令行搬进界面、把冲突交给 Copilot,都是同一条思路上的一步:上手更省事,也不必多开一个终端。

GitHub Desktop下载地址
支持的操作系统: Windows macOS