Github 个人版 有什么办法能够做到对 master 分支的 push 保护吗

[NGPONG]

据我所知，可以在 ：

将仓库设置为 public ->

Setting ->

Branches ->

Add Branch protection rules ->

• [x] Require pull request reviews before merging

• [x] Include administrators

这种方式能够很好的保护 master 分支的随意 push，并且要到 dev 分支上发起 pull request 然后再 master 分支上进行 merge 才能够修改 master 分支上的内容，这种方式我认为就是一种非常标准且舒畅的流程，就是我想要的

但是就此却引发了另外一个问题，因为我是仓库的所有者，我发现没有途径(或许)能够让仓库所有者自己审批自己的 pull request

广大 V 站的朋友们，深信这个问题并不是只有我一个人遇到过，大家就此还有什么更好的解决方案

[Vegetable]

你自己搞一个分支专门提交代码就完事了.
别人是从 fork 你的仓库的某个分支上发起 pr,你是从本仓库的某一个分支发起 pr,都一样的.

[Vegetable]

https://stackoverflow.com/questions/55048355/pull-request-from-same-repository
这需求大概和你一模一样

[NGPONG]

@Vegetable
目前我就是这样子的，但是发起 pr 的时候没办法自己审自己的 pr

[waruqi]

开个小号 review 或者让人家帮你 review

[guonaihong]

我现在的做法和一楼的类似。在 dev 分支上开发，完了，发 pull request。代码经过 travis-ci.org 和 codecov.io 过一遍，指标没问题就合并自己的 pull request。

有兴趣可以看下我的 commit 记录。https://github.com/guonaihong/gout

现在这种现在用着挺爽的。不用担心 master 分支被破坏。

[NGPONG]

@guonaihong
你的意思是本地只保留 dev 分支吗

[guonaihong]

@NGPONG 只保留 master，dev 分支是临时的，开发完。--->发起 pull reqeust--->merge。然后就把 dev 分支给删除掉。