我可能会有偏见 但我认为Depabot相当惊人。
它有助于不断更新我的项目,确保I’m总是使用安全的图书馆.
但是,由于存在 & rsquo;re 经常出现新的弱点,存在 & rsquo;re 经常出现来自Depabot的新拉动请求。
有时它 & rsquo; 是一个小版本的凸起 。
有时它 & rsquo; 是一个主要的版本升级.
有时候一切都会好的 而有时 & hellip; well, 每一个开发者都被一个突破性的变化所夹住.
我们怎样才能最好地分辨这些牵引请求?
工作本身尤其困难,但肯定重复。
It’ 卸载到副驾驶的完美任务 !
有了GitHub副驾驶应用自动化,你可以交出第一轮审查.
与其手动检查每个 Dependabot 牵引请求,不如创建一个自动化程序来审查打开牵引请求,按风险分组,验证 CI 状态,并在您开始之日前提供摘要.
遵循以下步骤构建每日Depabot分录自动化.
第1步:从"GitHub"副驾驶应用中创建出新的自动化,创建出新的自动化.
You’ll首先配置两件事: 名称: 给自动化一个描述性名称, 如 Daily Dependabot Trage.
触发器:决定何时运行.
可用的触发选项包括: 当一个问题被创建出来时,对于诸如Depabot审查等经常性的维护任务,每天的日程安排往往是很好的选择.
例如,您可能会在工作日开始前安排它运行,所以在登录时结果正在等待.
也可以选择自动化是在云中运行还是在本地机器上运行.
第2步:用自然语言描述任务 下一步,告诉Copilot你想要它做什么.
例如:由于快取使用自然语言,你可以自定义它来匹配你的团队’s的工作流程.
步骤 3: 选择寄存器 选择寄存器或预测自动化应该分析的.
一旦您 & rsquo; 选择了寄存器, 请创建自动化 。
如果您想立即测试它而不是等待预定的运行,请选择创建和运行.
步骤4:审查结果 自动化完成后,Copilot返回一个摘要,而不是个人拉取请求列表.
例如,它可能: 组合安全补丁更新组合 分离小版本和主要版本升级 识别哪些拉出请求通过CI 需要额外调查的依赖关系 而不是用数十个小决定打断你的早晨, 您可以快速识别哪些更新可以合并, 哪些值得更密切的注意 。
步骤5:在一次副驾驶会议上继续工作 如果其中一个更新需要额外工作,可以从自动化结果直接继续.
例如,如果摘要确定了一个主要的框架升级,可以从结果开始一个新的副驾驶会话,并请求副驾驶帮助完成迁移.
因为会话从自动化’s上下文开始,所以您需要再次收集信息.
审查之前的自动化运行 每一次自动化运行都被保存下来,这样就容易看到: 当它运行时,它做了什么行动 它产生了什么结果 拥有每次运行的历史 使自动化透明。
你总是可以回顾一下发生了什么 而不是把他们当作黑匣子 将重复性的工作转变为背景性工作 Deptabot 分类是一个很好的例子,说明这种重复性的任务非常适合自动化。
您描述一次工作流程, 选择该运行的时间, 让 Copilot 自动执行重复步骤 。
如果您 ’re 刚刚从自动化开始, 请从您已经执行的自动驾驶任务开始 。
让副驾驶处理日常工作 这样你就可以把时间花在需要你专长的决定上.
准备好实现下一个重复任务自动化了吗?
在 GitHub 副驾驶应用中创建您的第一个自动化 > GitHub 为初学者设置的副驾驶程序: 自动调试拖放