GitHub Copilot 入门：自动化 Dependabot Pull Request 分类
我可能有些偏见，但我真心觉得 Dependabot 相当出色。它能帮我保持项目依赖更新，确保安全库始终处于最新状态。但正因为漏洞频发，Dependabot 也会频繁发起新的 pull request。
有时只是小版本升级，有时则是大版本跃迁。有时候一切正常，而有时候……嗯，每个开发者都曾在破坏性变更上栽过跟头。
如何高效分拣这些 pull request？工作本身并不复杂，但确实重复性很高。
这正是甩给 Copilot 的完美任务！借助 GitHub Copilot 应用自动化，你可以把第一轮审查工作交出去。无需手动检查每条 Dependabot pull request，只需创建一个自动化流程：扫描待处理的请求、按风险分组、验证 CI 状态，并在你上班前生成一份总结报告。
跟着以下步骤，搭建你的每日 Dependabot 分拣自动化吧。
步骤 1：创建新自动化
在 GitHub Copilot 应用中，创建新的自动化。
首先需要配置两项内容：
- 名称：起个易懂的名字，比如每日 Dependabot 分拣。
- 触发时机：决定它何时运行。
可用的触发选项包括：
- 手动
- 每小时
- 每日
- 每周
- 当 issue 被创建时
对于 Dependabot 审查这类周期性维护任务，选择每日计划通常很合适。例如可以设定它在上班前运行，这样一登录就能看到结果。
你还需要选择自动化在云端还是本地机器上执行。
步骤 2：用自然语言描述任务
接下来，告诉 Copilot 你想让它做什么。
例如：
Review the open Dependabot pull requests, group them by risk, identify the safe patch and minor version updates, verify that CI is passing for each pull request, and provide a short summary of the recommended next steps.第 3 步：选择仓库
选择需要进行自动化的仓库或项目。
选定仓库后，即可创建自动化流程。
如果想立即测试而非等待定时运行，请选择Create and Run。
第 4 步：查看结果
自动化完成后，Copilot 会返回一份汇总报告，而非逐个 PR 的列表。
例如，它可能会：
- 将安全补丁更新归类合并
- 区分次要版本和主要版本升级
- 标注通过 CI 的 PR
- 标出需要进一步排查的依赖项
您不必一大早被几十个琐碎的小决策打断，而是可以快速判断哪些更新可以直接合并，哪些值得仔细审查。
第 5 步：在 Copilot 会话中继续工作
如果某项更新需要进一步处理，您可以直接从自动化结果接续。
例如，若汇总报告指出某次主要框架升级，您可以基于该结果启动新的 Copilot 会话，让 Copilot 协助完成迁移。
由于会话继承了自动化的上下文，无需重新收集信息。
查看历史自动化记录
每次自动化运行都会被保存，便于查看：
- 运行时间
- 执行了哪些操作
- 产生了什么结果
保留每次运行的历史记录，使自动化流程透明可控，随时可追溯，而不是当作黑盒处理。
把重复劳动转化为后台任务
Dependabot PR 分类是适合自动化的典型重复性任务。您只需描述一次工作流、设定运行时机，剩下的繁琐步骤由 Copilot 自动完成。
如果您刚接触自动化，可以从一项您已经驾轻就熟的日常任务开始。让 Copilot 处理例行工作，把您的时间留给真正需要专业判断的决策。