瓶颈不在于发起 PR
自动化的升级 PR 创建容易,完成却成本高昂。developerz.ai 将 Dependabot 与 Renovate 识别为机器人,并刻意不予回复,避免机器人之间的讨论。它所做的是评审每个 PR,在检查失败时推送修复,并在 CI、评审与分支保护全部满足后通过合并门禁合并。只有当你的 maintainer.yml 在 escalate.ask_before_acting 中写明 major_dep_bump 时,主版本升级才会等待你。若你的代码无法适配新版本,该升级会被关闭并说明原因;若失败的检查数量不再下降,则会交给你。
没有机器人之间的干扰
Dependabot 与 Renovate 的 PR 会被识别,绝不会被另一条机器人评论回复:它们作为工作处理,而不是对话。
始终由机器把关
升级只有在 CI 通过、评审通过且分支保护允许时才会合并,而不是因为某种判断认为它看起来安全。
受阻的 PR 会被及时发现
无法通过的 PR 不再被埋没:PR 上的评论会说明哪项检查失败以及下一步如何处理;如果无法通过,它会升级给你,或在你的代码无法适配新版本时关闭并说明原因。
何时暂停并征询你
哪些升级需要等你,由你的策略决定
如果没有提交 maintainer.yml,平台不会评审、跟进或合并升级 PR,它仍由你处理;pr.auto_merge 关闭时(在 OSS Free 或已验证 OSS 上,直到你的文件将其设为 true)或 pr.auto_merge_scope 为 own 时也是如此。在 own_and_dependency_bots 或 not_project 下,平台仍会处理升级 PR;not_project 还会合并并跟进没有仓库写权限的人提交的 PR,但绝不处理项目成员(拥有写入、维护或管理员权限)的 PR。除此之外,升级会在 CI、评审和分支保护全部通过后合并,除非你的文件将其保留以待你批准:pr.human_merge 中的路径或目标分支,或 escalate.ask_before_acting 中的类别。机器人的 PR 只会被你的文件写明的类别保留,例如 major_dep_bump,而不会被默认列表保留。当 CI 持续失败时,若你的代码无法适配新版本,该升级会被关闭并说明原因;若失败的检查数量不再下降,则会升级给你。
查看推荐策略