关于如何给 fork 的仓库更新 master 的代码的一种方式是不是有问题的讨论

[uasier]

关于如何给 fork 的仓库更新 master 的代码的一种方式是不是有问题的讨论 嗯，思路很简单，merge master =>fork 请问这种方式有什么不合理或者隐患么？

[uasier]

还是要自挽一下的。

因为是个萌新，所以还请大佬们赐教。在公司和一大佬讨论过了，他也没这么干过，直夸我人才（反向 mr ）

[wd]

看不懂

[uasier]

@wd 因为我们公司采用的是 fork 仓库的方式（完全没有 master 的权限，只有大佬有）然后通过发 merge 请求的方式来合代码的这么一个流程。

[uasier]

@uasier emmm 我们组。

[w88975]

你们公司难道没人会 pull request 么？

[Takamine]

走 PR。

[leishi1313]

首先澄清一下，你说的 master 是有一个主仓库，不是我们常说的 master 分支是吧？如果是的话没什么大问题，很多开源项目也是采用 fork 然后提 pr 的模式的。但关键是这是你们自己的仓库何必这么麻烦，可以设置 master*分支*只有只有少数人能 merge 就好了，用 branch 远比 fork 要方便和快很多

[ETiV]

印象中 GitLab 在网页上不支持反向 PR，但 GitHub 可以

这里你可以用 git 的多 remote 特性在本机做

1. 本地电脑加一个新的 remote：upstream
2. 从 upstream/master checkout 成本地的 upstream_master 分支
3. 自己手动从 upstream_master 往 master 合并
4. push master 到 origin

或者你能保持不改 master 分支上的东西的话，可以先临时删掉本地 master

然后用 upstream/master checkout 成本地 master
push 的时候，手敲命令 git push origin master

（ upstream 开了分支保护的话，你也 push 不进去）

[MajestySolor]

pull request 简单方便优雅轻松

[msg7086]

把自己的 master 指向主库的 master 不就行了，一个书签而已搞这么复杂吗。