【发布时间】:2019-05-05 07:39:37
【问题描述】:
我想保护我的 GitHub 存储库上的 master 分支,因为这是一种很好的做法,而且我的团队已经发生了一些意外推送到 master 的事件。
但是,作为我所需工作流程的一部分,我需要在推广存储库所代表的新版本库时将更改日志发布到存储库。
从概念上讲,这不是应该审查的代码,因此我使用的脚本将更改日志更新直接推送到 master(我知道这不是很好,但比必须通过 PR 审查更改日志更好)。
所以,有了背景,我的问题是:
有什么方法可以在不阻塞更新脚本的情况下启用受保护的 master 分支?
到目前为止,我已经考虑了以下内容,但无法找到实现它们的方法/认为它们太老套,不是一个好主意:
- 从分支的受保护状态中排除文件(即,允许仅编辑更改日志的提交直接推送到主节点)
- 让脚本暂时禁用分支上的保护
- 制作 PR 并自动合并
- 将 jenkins 添加到允许推送到 master 的用户列表中,然后让 Jenkins 以某种方式生成更改日志并在 PR 合并时将其提交给 master
如果有人对如何实现这一点有任何更好的想法(或知道一种有效实施上述方法的方法),请加入!
【问题讨论】: