关于如何给 fork 的仓库更新 master 的代码的一种方式是不是有问题的讨论 嗯,思路很简单,merge master =>fork 请问这种方式有什么不合理或者隐患么?
1
uasier OP 还是要自挽一下的。
因为是个萌新,所以还请大佬们赐教。在公司和一大佬讨论过了,他也没这么干过,直夸我人才(反向 mr ) |
2
wd 2019-08-08 23:03:58 +08:00 via iPhone
看不懂
|
3
uasier OP @wd 因为我们公司采用的是 fork 仓库的方式(完全没有 master 的权限,只有大佬有)然后通过发 merge 请求的方式来合代码的这么一个流程。
|
5
w88975 2019-08-08 23:52:38 +08:00 via iPhone
你们公司难道没人会 pull request 么?
|
6
Takamine 2019-08-08 23:54:24 +08:00 via Android
走 PR。
|
7
leishi1313 2019-08-09 01:38:34 +08:00 via Android
首先澄清一下,你说的 master 是有一个主仓库,不是我们常说的 master 分支是吧?如果是的话没什么大问题,很多开源项目也是采用 fork 然后提 pr 的模式的。但关键是这是你们自己的仓库何必这么麻烦,可以设置 master*分支*只有只有少数人能 merge 就好了,用 branch 远比 fork 要方便和快很多
|
8
ETiV 2019-08-09 02:16:56 +08:00 via iPhone
印象中 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 不进去) |
9
MajestySolor 2019-08-09 06:06:06 +08:00
pull request 简单方便优雅轻松
|
10
msg7086 2019-08-09 06:26:26 +08:00 via Android
把自己的 master 指向主库的 master 不就行了,一个书签而已搞这么复杂吗。
|