企业官网建设流程全解析

GitHub CLI 快速上手指南：3 条命令在终端管理 Pull Request

【免费下载链接】cliGitHub’s official command line tool项目地址: https://gitcode.com/GitHub_Trending/cli/cli

合入一个 PR 前，我总得在浏览器和终端之间来回横跳：页面上看 review 意见，回终端 push 一下，再回页面刷检查状态。GitHub CLI（gh）解决的就是这种割裂——Pull Request、Issue、工作流状态，全部在终端里查和操作。

它到底帮你做什么 ⌨️

一句话：把你在 GitHub 网页上点得最多的几类操作搬进终端。

• 代码写完，用gh pr create直接创建 Pull Request，不用回浏览器填标题、描述、选 reviewer
• gh pr status把"我提的"和"等我 review 的"PR 列出来，各自的检查通过与否一眼看到
• 有 Issue 进来了，gh issue view在终端里打开标题、标签和完整正文，不用一直留着那个浏览器标签页

GitHub CLI 安装教程：装好就跑通第一条命令

macOS 用 Homebrew 装，Windows 用 winget，Linux 各发行版有对应软件包，装完先跑登录：

gh auth login gh pr list

第一条会带你完成账号授权，第二条马上列出当前仓库里打开的 PR。整个流程不到一分钟，"装完就能用"的体验到这里就立住了。

用熟之后的进阶玩法 📡

输出为脚本而设计。gh pr list的结果可以直接进管道，加上 JSON 参数就是结构化数据。我起初觉得这功能可有可无，直到写了个"自动列出我创建的、检查失败的 PR"的小脚本，才发现真离不开。

git 工作流全程不出终端。推完分支一条命令建 PR，CI 转绿之后直接gh pr merge。最舒服的不是省时间，是一整天手都不用离开键盘。

谁该装、谁可以先不装 ⚖️

如果你每天在 GitHub 上提 PR、处理 Issue、做 review，装了就是立刻用得上；需要做 CI 自动化的人收益更大。反过来：只在本地玩 git、或者代码放在 GitLab、Gitea 等其他平台的，它基本用不上，没必要为了装而装；主要靠 IDE 内置 PR 面板的同学也可以先缓缓，体感提升不明显。

一句话总结：对天天用 GitHub 的开发者，这是装上就会一直用的工具；其他人了解它存在即可。Linux 安装细节可看官方 Linux 安装文档，想参与项目开发可看协作指南。

【免费下载链接】cliGitHub’s official command line tool项目地址: https://gitcode.com/GitHub_Trending/cli/cli