00:00:00听着，你肯定懂 Git，但也一定经历过这种时刻：代码写到一半，突然得去修
00:00:04别的东西。然后你就得不停地 stash、切换分支，最后都不记得哪部分代码该放哪了。
00:00:09稍不留神一个 rebase 就能搞得一团糟。这正是 Git Butler 的用武之地，它能解决这一切。它让
00:00:15你可以同时处理多个任务而无需 stash，甚至还能让 AI 来处理那些
00:00:19枯燥的 Git 操作。我们经常会发布新视频，记得订阅哦。
00:00:29顺便说一下，这可不是什么随随便便的实验项目。Git Butler 是由 Scott Chacon 开发的，
00:00:33他可是 GitHub 的联合创始人之一。接下来的几分钟里，我会用一个真实的代码库来演示，
00:00:38并带你直观地了解它的优缺点，看看它是否适合你的工作流程，
00:00:42还是说只是个可以跳过的工具。但说实话，我觉得这工具已经非常好用了，
00:00:47所以我非常兴奋能带大家深入了解它。咱们先快速过一下安装流程。这
00:00:51只是个普通的仓库，没什么特殊的，不需要迁移，什么都不用。我从官网下载了 Git Butler。
00:00:58它有两个版本，一个是 GUI 图形界面版，我打算用这个，因为说实话
00:01:03它真的很赞。虽然它也有 CLI 命令行版，但因为和原生 Git 太像了，
00:01:08所以我这次专门安装了 GUI 版。启动 Git Butler 后，这就是主界面，
00:01:14我可以把目标分支设为 main。接着用 GitHub 账号登录，搞定。
00:01:21整个配置过程大约只要一分钟。现在是重点：Git Butler 并不是要取代
00:01:26Git。它是作为一层外壳运行在 Git 之上的，所以你依然在使用 Git，但不再需要那些繁琐的命令，
00:01:32因为 Git Butler 会帮我们处理好。我们得到的只是一个更智能的控制面板。
00:01:37现在，体验开始变得不一样了。我在 VS Code 里对这个仓库做了一些修改。
00:01:43我直接把我预先写好的一些新函数丢进去。我在微调这个代码库里
00:01:49现有的一些逻辑。通常这些改动会堆在一个工作区里，让你不敢乱动，
00:01:56生怕把代码搞崩了。但在 Git Butler 中，我可以创建一个
00:02:01虚拟分支。看好了：我可以把单个代码块（hunk）直接拖进那个分支。完全不需要 stash，
00:02:09也不需要先 commit 这一部分再留着另一部分。这就是它最让开发者心动的一点。
00:02:15我的工作目录从未改变。物理上，所有文件都还在原处。但在逻辑上，
00:02:21改动已经被分开了。至于提交，我点一下“生成”。AI 就能写出简洁的 commit 信息。我还可以
00:02:27随意调整 commit 的顺序，然后搞定。到这一步，Git 开始变得非常
00:02:33灵活，这在处理大型项目时真的非常有帮助。这一切简直太酷了。
00:02:39这是另一个让人惊艳的时刻。通常改写 Git 历史会让人觉得……
00:02:44嗯，我真的不想碰它。但在 Git Butler 里，这完全没那么可怕。我可以随意拖动
00:02:50commit 来排序、合并（squash）或者修正（amend）。如果我不满意，还能
00:02:55撤销整个操作。这里有一个完整的修改时间轴，所以尝试新想法会感觉安全得多。AI 还能
00:03:01帮你处理枯燥的部分：commit 信息、摘要，甚至是 PR 的描述。而你
00:03:06依然拥有完全的控制权。你不再是盯着 Git 的命令发呆了。准备好之后，我就
00:03:10直接推送分支。然后直接在 Git Butler 里创建一个 Pull Request。它能完美适配
00:03:16GitHub。没有什么奇怪的操作。直接无缝对接，因为我们之前已经授权过了。这里没有什么私有的黑科技，
00:03:21而且你的团队完全不需要安装 Git Butler。在他们看来，
00:03:27这就是个正常的 PR。好，说点真心话。我非常喜欢它，因为我学 Git 比较晚，
00:03:33所以入门时觉得挺受挫的。而这是一个很棒的工具。你可以并行工作而
00:03:38不需要频繁切换上下文。拖拽 commit 的操作简直比敲 rebase 命令好用一万倍。
00:03:44如果你使用了 AI 集成，它确实能帮你节省时间。而且无限次的撤销功能
00:03:49让修补 Git 错误变得毫无压力。目前它还在公测阶段，是免费的。当然，再好的东西
00:03:54也有一些短板。它确实有一定的学习门槛，但其实挺简单的，不到一小时就能上手。
00:03:59它是以 GUI 为核心的。虽然有 CLI，但只是辅助。它目前还是测试版，
00:04:05所以难免会有 bug，对吧？另外，有人反映在处理超大型仓库时，
00:04:10它可能会表现得比较吃力。而且 AI 功能也需要你自备 API Key，这点跟其他工具一样。但
00:04:16还是那句话，最关键的一点是 Git Butler 不是要取代 Git，它只是
00:04:23现代化了你与 Git 交互的方式。如果你正在使用 Claude 或 Cursor 之类的 AI 工具，
00:04:29或者你在处理堆叠式 PR（stacked PRs），又或者是独自处理多个任务的个人开发者，那 Git Butler 就非常有用了。
00:04:36它是个好工具。但如果你是纯粹的 CLI 党，或者你的工作流非常线性，那它可能
00:04:41并不适合你。但如果你觉得 Git 已经成了开发的阻碍而非助力，那它绝对值得一试。
00:04:48它在 GitHub 上已经获得了超过 1.8 万颗星，很多人称它是
00:04:52AI 驱动工作流的“游戏规则改变者”。有些人担心会失去灵活性，但那通常取决于你
00:04:58怎么看。如果你想尝试，这里有几个建议：先从 GUI 开始用。这是它的强项。
00:05:03等需要写脚本时再用 CLI。如果你在做 Agent 类的 AI 开发，尽早尝试集成 MCP。
00:05:10它确实实现了“让 Git 不再痛苦”的承诺。至少我在使用这个界面时
00:05:15是有这种感觉的。接下来我也会在几个项目里继续使用它，
00:05:20看看它到底能如何融入我的工作流。去试试看吧，在评论区告诉我们你的想法，
00:05:25我们下期视频再见。