GitHub CLI 增强了对三角工作流的支持

作者 | Craig Risi

译者 | 刘雅梦

策划 | 丁晓昀

2025 年 4 月，GitHub 宣布对其命令行界面（CLI）进行更新，引入了对三角工作流的增强支持——这是开源贡献者在处理分叉存储库时常见的一种模式。

三角工作流涉及三个关键组成部分：原始存储库（上游）、个人分支（源）和本地开发环境。开发者通常会克隆他们的分叉，将上游远程设置为原始存储库，并配置他们的 Git 设置，以便从上游拉取更新，同时将更改推送到他们的分叉。这种设置允许贡献者在独立工作的同时与主项目保持同步。

在这次更新之前，GitHub CLI 的 gh pr 命令并没有完全与 Git 对此类配置的处理对齐，导致在三角工作流中管理拉取请求时面临挑战。最新的增强确保了 CLI 尊重 Git 的推送和拉取配置，允许从分叉到上游存储库无缝创建和管理拉取请求。

这一改进受到了开发者社区的好评。在 LinkedIn 上，GitHub 强调了这一更新，声明称：

“使用最新的 GitHub CLI 更新，简化你基于分叉的贡献！现在对三角形工作流的支持更多了，这意味着管理分叉和原始存储库之间的拉取请求现在更加顺畅和高效。”

一位名叫 N8Group 的用户回应道：

“很高兴看到 GitHub CLI 终于支持三角工作流了！这解决了拥有分叉和复杂分支策略的团队长期以来的痛点。”

对于参与开源项目的开发人员或经常与分叉存储库打交道的开发人员来说，这次对 GitHub CLI 的增强简化了工作流程，减少了摩擦，并将命令行操作更紧密地与 Git 的原生行为对齐了。

三角工作流——开发人员分叉一个存储库，在本地进行更改，然后将拉取请求提交回原始存储库——在开源和协作开发中很常见。除了这种新的 GitHub 方法之外，持续集成 / 持续部署（CI/CD）平台对这些工作流的支持程度不同，每个平台都有自己的一套特性和限制。

GitLab 通过允许用户分叉存储库并创建将更改返回到上游项目的合并请求来 促进三角工作流。可以为这些合并请求配置 CI/CD 管道，提供无缝的集成体验。此外，GitLab 还提供了诸如分叉同步和镜像拉取等特性，以使分叉与上游存储库保持同步。

Bitbucket 还支持来自分叉的拉取请求的管道，但有一些注意事项。默认情况下，为了防止未经授权访问机密和其他敏感数据，管道不会为来自分叉拉取请求自动运行。存储库管理员必须明确启用此功能，并仔细管理权限，以在安全性和贡献者便利性之间取得平衡。

感兴趣的读者可以在 GitHub 的博客上了解更多信息，并通过他们最喜欢的包管理器或 cli.github.com 网站下载 CLI。

原文链接：

https://www.infoq.com/news/2025/06/GitHub-CLI-Triangular-Workflows/

声明：本文由 InfoQ 翻译，未经许可禁止转载。

点击底部阅读原文访问 InfoQ 官网，获取更多精彩内容！