据我所知,可以在 :
将仓库设置为 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 2019-11-04 23:51:12 +08:00
你自己搞一个分支专门提交代码就完事了.
别人是从 fork 你的仓库的某个分支上发起 pr,你是从本仓库的某一个分支发起 pr,都一样的. |
2
Vegetable 2019-11-04 23:53:51 +08:00
|
4
waruqi 2019-11-05 06:31:11 +08:00 via Android
开个小号 review 或者让人家帮你 review
|
5
guonaihong 2019-11-05 09:07:26 +08:00
我现在的做法和一楼的类似。在 dev 分支上开发,完了,发 pull request。代码经过 travis-ci.org 和 codecov.io 过一遍,指标没问题就合并自己的 pull request。
有兴趣可以看下我的 commit 记录。https://github.com/guonaihong/gout 现在这种现在用着挺爽的。不用担心 master 分支被破坏。 |
6
NGPONG OP @guonaihong
你的意思是本地只保留 dev 分支吗 |
7
guonaihong 2019-11-05 12:31:45 +08:00
@NGPONG 只保留 master,dev 分支是临时的,开发完。--->发起 pull reqeust--->merge。然后就把 dev 分支给删除掉。
|