据我所知，可以在 ：
将仓库设置为 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 站的朋友们，深信这个问题并不是只有我一个人遇到过，大家就此还有什么更好的解决方案
 |
1
Vegetable Nov 4, 2019
你自己搞一个分支专门提交代码就完事了.
别人是从 fork 你的仓库的某个分支上发起 pr,你是从本仓库的某一个分支发起 pr,都一样的. |
|
2
Vegetable Nov 4, 2019
|
 |
4
waruqi Nov 5, 2019 via Android
开个小号 review 或者让人家帮你 review
|
 |
5
guonaihong Nov 5, 2019
我现在的做法和一楼的类似。在 dev 分支上开发，完了，发 pull request。代码经过 travis-ci.org 和 codecov.io 过一遍，指标没问题就合并自己的 pull request。
有兴趣可以看下我的 commit 记录。https://github.com/guonaihong/gout 现在这种现在用着挺爽的。不用担心 master 分支被破坏。 |
 |
6
NGPONG OP @guonaihong
你的意思是本地只保留 dev 分支吗 |
|
7
guonaihong Nov 5, 2019
@NGPONG 只保留 master，dev 分支是临时的，开发完。--->发起 pull reqeust--->merge。然后就把 dev 分支给删除掉。
|
Select Language