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 是什么、路径怎么给、删除时要注意什么;现在这些都可以在界面里完成。

合并冲突交给 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,都是同一条思路上的一步:上手更省事,也不必多开一个终端。