作者：Christopher Harrison
排版：Alan Wang
管理依赖库更新往往是一项繁琐又重复的工作。了解如何借助 GitHub Copilot App 的自动化功能，轻松处理这类重复性任务。
我可能有点偏心，但我觉得 Dependabot 真的非常出色。它可以帮助项目持续保持依赖库为最新版本，确保始终使用安全的第三方库。不过，新的安全漏洞层出不穷，也意味着 Dependabot 会不断创建新的拉取请求。
有时候只是一次补丁版本更新，有时候是一次次版本升级，也有时候是一次主版本升级。有些更新几乎不会带来任何影响，而有些......几乎每位开发者都踩过破坏性变更的坑。
那么，怎样才能高效处理这些拉取请求呢？其实，这项工作本身并不复杂，但非常重复。
这正是一个非常适合交给 GitHub Copilot 的任务。借助 GitHub Copilot App 的自动化功能，你可以把第一轮 Dependabot 拉取请求审查交给 Copilot 完成。无需手动逐个检查 Dependabot 创建的拉取请求，只需创建一个自动化任务，它就能审查所有待处理的拉取请求、按风险分类、检查持续集成状态，并在你开始一天工作之前生成一份汇总报告。
下面就一步步创建一个"每日 Dependabot 分类"自动化任务。
第一步：创建一个新的自动化任务
在 GitHub Copilot App 中创建一个新的自动化任务。
首先需要配置两项内容：
-
名称 ：为自动化任务起一个清晰的名字，例如 Daily Dependabot Triage。
-
触发方式：选择它什么时候运行。
可选的触发方式包括：
-
手动运行
-
每小时运行
-
每天运行
-
每周运行
-
创建议题时运行
对于 Dependabot 这类周期性的维护工作，每天运行一次通常是最合适的选择。例如，可以设置在每天上班前运行，这样当你登录 GitHub 时，结果已经准备好了。
你还可以选择自动化任务是在云端运行，还是在本地机器上运行。
第二步：用自然语言描述任务
接下来，直接告诉 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.
由于提示词采用自然语言编写，你可以根据团队的工作流程自由调整内容，例如增加标签规则、测试要求或合并策略。
第三步：选择仓库
选择需要分析的 GitHub 仓库或项目。
选定仓库后，创建自动化任务即可。
如果不想等待定时执行，也可以选择 Create and Run，立即运行一次进行测试。
第四步：查看运行结果
自动化完成后，Copilot 返回的不再是一长串拉取请求，而是一份整理好的汇总结果。
例如，它可以：
-
将安全的补丁版本更新归为一组。
-
将次版本升级和主版本升级分别分类。
-
标记哪些拉取请求已经通过持续集成。
-
提醒哪些依赖需要进一步调查或人工确认。
这样，你不需要一早面对几十个需要逐一判断的拉取请求，而是可以快速了解哪些更新可以直接合并，哪些升级需要重点关注，以及哪些存在潜在风险。
第五步：在 Copilot 会话中继续处理
如果某个更新需要进一步处理，可以直接从自动化结果启动一个新的 Copilot 会话。
例如，自动化发现某个框架进行了主版本升级，你可以直接让 Copilot 帮助完成迁移工作。
由于新的会话会自动继承自动化任务的上下文，你无需重新整理拉取请求信息或补充背景，Copilot 可以直接继续分析和修改代码。
查看历史运行记录
GitHub Copilot 会保存每一次自动化任务的运行记录，你可以查看：
-
任务什么时候运行。
-
执行了哪些操作。
-
生成了哪些结果。
完整的运行历史让自动化过程更加透明、可追踪，而不是一个无法了解内部执行过程的"黑盒"。
把重复工作交给后台自动完成
Dependabot 拉取请求分类，就是一个非常典型、适合自动化的重复性任务。你只需要描述一次工作流程、设置好执行时间，Copilot 就会自动完成这些重复步骤。
如果你刚开始使用 GitHub Copilot 自动化功能，不妨先选择一个自己已经习惯重复执行的任务作为起点。把这些例行工作交给 Copilot，让自己把更多时间投入到真正需要经验和判断力的决策上。
准备好自动化你的下一个重复性任务了吗？ 在 GitHub Copilot App 中创建你的第一个自动化任务。