GitHub CLI中pr命令对@{push}引用的支持优化

在Git工作流中，分支推送和拉取请求(PR)管理是日常开发的重要环节。GitHub CLI(gh)作为GitHub官方命令行工具，其pr view和pr status命令在实际使用中存在一个值得优化的行为逻辑。

问题背景

当开发者使用push.default = current配置时，Git会默认将本地分支推送到远程同名分支。这种配置下，如果开发者同时将本地分支的上游(upstream)设置为其他分支(如main)，就会出现一个特殊场景：本地分支的推送目标(push)和拉取目标(upstream)指向不同的远程分支。

具体表现为：

1. 本地分支test-feature的上游设置为origin/main
2. 但实际推送时会创建或更新远程的test-feature分支
3. 在此分支上创建的PR实际上是与main分支的合并请求

现有问题

GitHub CLI的pr view和pr status命令当前仅根据分支的上游配置(merge配置)来查找关联的PR。在上述场景中，它会错误地尝试在main分支上查找PR，而实际上PR是基于推送分支test-feature创建的。

技术原理

Git提供了@{push}引用语法，可以准确获取分支的推送目标。例如：

git rev-parse --abbrev-ref test-feature@{push}

这将返回origin/test-feature，即该分支实际的推送目标。

解决方案

GitHub CLI已通过相关PR实现了对此场景的优化：

1. 在查找关联PR时，优先检查@{push}引用
2. 如果存在有效的推送目标，则基于该引用查找PR
3. 否则回退到原有的上游分支查找逻辑

这一改进使得在复杂的分支配置场景下，pr view和pr status命令能够更准确地定位到相关的拉取请求，提升了工具在不同工作流下的适应性。

最佳实践

对于使用push.default = current配置的开发者，建议：

1. 明确区分分支的上游(用于pull/merge)和推送目标(用于push)
2. 使用git branch -vv定期检查分支的跟踪关系
3. 在创建PR时显式指定目标分支(如gh pr create -B main)

这一改进已包含在GitHub CLI v2.66.0及更高版本中，为开发者提供了更符合直觉的命令行体验。