Pulldog

大家好 👋，我是 Paul——欢迎 过去一年，我一直在开发一个名为 Pulldog 🐶 的项目——这是一款 macOS 客户端，旨在无需每次都切换到浏览器即可审查 Pull Request。 Pulldog 连接到 Github 和 Gitlab，提供一个统一的地方来监控所有内容。其理念是简化代码审查，并尽可能利用所有 macOS 特性（Spotlight、小组件和快捷指令等）来处理那些作为开发者构建高质量产品工作中重要一环的任务。 → 为什么开发它 (1) Git 账户/仓库爆炸式增长 作为一名 Swift 开发者，我经常需要在多个仓库上进行代码审查，包括团队应用的仓库，以及围绕应用运转的库的仓库。如果不采用单体仓库，这些数字还会增加。我有时也会为一些开源项目做贡献，因此也需要关注它们。让我有点沮丧的是，在 2025 年，我仍然不得不要么监控我的电子邮件，要么在不同的 Github 账户之间跳转。因为在理想情况下，你只需要一个 Git 账户来处理所有这些，但实际上你可能有一个个人账户和一个工作账户。有时你甚至可能在个人项目上用 Github，在工作上用 Gitlab。 这就是为什么 Pulldog 提议将所有账户聚合到一个地方，就像一个邮箱，让你无需再为此费心。 (2) 心智负担？ 我遇到的另一个痛点是，即使理论上开发者可以为他们的 Pull Request 分配审查者，但实际上很多团队并不这样做（人类嘛……对吧？😅），你必须定期检查是否有需要你审查的内容。听起来可能合理，但实际上这个过程充满了噪音，比如我已经批准过的、不在我职责范围内的（在大团队或特性团队的情况下）……为了解决这个问题，Pulldog 提议在侧边栏创建"智能查询"，让你能够从所有已连接的 Git 账户中筛选并创建高级文件夹。 以下是一些我喜欢的"智能查询"示例，当然，这完全由你掌控 🤾： 最后审查机会 | PR 批准数 > X 且 流水线状态为"成功" 老旧 PR | PR 创建日期 > X 周 今日 PR | PR 创建日期 > 当日开始时间 且 PR 创建日期 < 当日结束时间 特性团队的 PR | PR 作者姓名匹配 X、Y 或 Z 大型 PR | PR 状态为打开 且 （删除行数 > X 或 添加行数 > X） 小型 PR | PR 状态为打开 且 删除行数 < X 且 添加行数 < X 讨论最热烈（对技术主管或高级工程师有用） | PR 评论数 > X 我的 PR | PR 作者姓名匹配 X 我失败的 PR | PR 作者姓名匹配 X 且 流水线状态为"失败" 由我审查过的 | PR 状态为打开 且 评论作者姓名匹配 X 今日打开的 | PR 创建日期 > 当日开始时间 且 PR 创建日期 < 当日结束时间 且 PR 状态为打开 今日合并的 | PR 创建日期 > 当日开始时间 且 PR 创建日期 < 当日结束时间 且 PR 状态为已合并 代码审查占据了开发者大量时间，我希望让审查过程尽可能顺畅——易于访问、快速且使用愉快。 在底层，它由 SwiftUI、AppKit 和 SwiftData 驱动。几个月前我开放了测试计划，现在正式在 Mac App Store 上发布。 这就是 Pulldog 诞生的故事 🐶 💻 网站 📦 Mac App Store → 其他值得一提的功能 🔔 通知：仅订阅特定频道和特定仓库，并接收系统通知。告别电子邮件。 🧠 使用 Apple Intelligence 审查（macOS 26+）：设备端 AI，无需额外成本，可在本地总结文件并评估 PR——代码永远不会离开你的机器。 🔍 Spotlight 操作：直接从 Spotlight 运行 PR 操作，例如"合并我可合并的"或"重新运行失败的流水线"。 🧩 小组件：直接从桌面或通知中心跟踪审查和团队进度。 🪄 自动提交过滤：即时查看自上次审查或批准以来的更改。 🎨 主题：支持 90+ 主题和 185 种语言。 🎭 Memoji 模式：用 Memoji 替换缺失的头像，让审查过程更有人情味。 🔍 搜索：使用正则表达式在差异、文件名和更改行中搜索和过滤。 以及更多…… Pulldog 并不试图取代 Github 或 Gitlab；它的定位是与它们协同工作——但以一种让 macOS 在 90% 的时间里都感觉是进行审查的最佳场所的方式。 我非常希望得到您的反馈和建议——无论您是开发主管、审查者还是贡献者。如果感觉哪里不对劲或缺少什么，请告诉我。它仍在每周更新，您的意见将真正塑造它的未来方向。