Fork 是 Mac 图形化 Git 客户端，用于查看提交历史、检查代码差异、整理分支和处理合并冲突。它适合希望用清晰界面理解仓库状态，同时保留 Git 工作方式的开发者。本页收录 v2.71.0，支持 macOS 10.15 或以上的 Intel 与 Apple Silicon Mac；本文的 Fork 与文件管理工具 ForkLift 是不同软件。
提交之前先看差异，再决定暂存范围
Fork 可以浏览工作目录变化，并按文件或行选择暂存内容。一次改动包含多个独立目的时，可以先整理为范围清楚的提交，避免把临时调试、格式调整和功能变更混在一起。Fork 官方功能说明
推荐先查看差异，确认要提交的文件与具体行，再检查暂存区。界面上文件出现变化，不等于它已经进入下一次提交；提交前复查范围比事后回退更直接。
分支、历史与冲突处理
提交图帮助理解分支关系，文件历史与 Blame 则适合追踪某段代码何时改变。遇到合并冲突时，先理解两侧修改的意图，再借助内置冲突工具整理结果；选择某一侧不代表自动获得正确代码。
交互式 Rebase 可以重排、编辑和合并提交，但会改写提交历史。已经与他人共享的分支，应先约定协作方式；图形界面不会改变 Git 本身的历史关系。
v2.71 的工作区改进
官方 Mac 更新记录于 2026 年 10 月 23 日介绍 v2.71：每个窗口拥有独立工作区，可以通过 Command 点击在新窗口打开工作区；仓库设置与问题跟踪规则在 worktree 之间共享。另有 worktree 移除、差异视图和部分操作修复。
这适合同时处理不同项目或多个工作树的场景。窗口与工作区分开后，仍要在提交或推送前确认当前仓库、分支与远端，避免在相似项目里操作错误目标。
日常使用顺序
- 打开明确的本地仓库，查看分支及工作目录状态。
- 检查并暂存与本次任务相关的改动，写明提交目的。
- 按团队流程获取远端变化，处理冲突并运行项目需要的检查。
- 推送前再确认目标远端与分支。
会自动上传代码吗？ 本地提交与推送到远端是不同动作。应检查具体操作及远端配置。
可以代替 Git 基础知识吗？ 界面能帮助观察状态，但分支、暂存区、提交与远端的区别仍需要理解，尤其是在合并和历史改写前。
相关阅读
也可阅读 Gitfox 的代码差异审阅介绍，从差异检查与提交组织的角度比较自己的工作方式。
获取资源
为了防止被和谐，下载链接统一收录在资源页。按下方指引扫码下载羊毛堆APP(友情赞助)，在羊毛堆APP首页聊天框发送 龟仙人笔记 获取密码，再进入资源页选择 Fork。
