git 合并分支，不是谁开发，谁负责合并吗？大家公司是怎么做的。

mooncakejs

2019-04-28 10:25:02 +08:00

review 后合并啊。不然就是 master 负责合并，谁开发谁合并会出问题的

maichael

2019-04-28 10:32:30 +08:00

谁开发谁合并，跟直接用一个分支开发有什么区别。

zizaiv2

2019-04-28 10:35:56 +08:00

@maichael @mooncakejs 如果是两个团队呢？两个独立团队，各自有互相独立的分支和开发进度。

cubecube

2019-04-28 10:38:05 +08:00

@zizaiv2 那就得这两个团队共同的领导指派一个分支管理人啊。master 得有人管不是。

yylucifer

2019-04-28 10:45:56 +08:00

review 后合并，谁开发谁在 dev 分支合并；
如果冲突了，谁后提交，谁合并，合并完后应该没冲突，再提交一次 review，review ok 后合到主分支。

lofbat

2019-04-28 10:46:37 +08:00

1.谁开发谁解决冲突
2.合并到生产分支需要有专人审核&&review

wu67

2019-04-28 10:51:11 +08:00

不是应该专人审核合并吗, 至于冲突, 肯定是谁后来的谁解决冲突. 当然最好的情况是个人改个人的文件, 这样就没毛病了

TomVista

2019-04-28 10:53:15 +08:00

合并分支要有人审核,再就是合并的几个分支是谁写的,就要坐到一起,看下合并的代码.两个独立团队,必然分支独立互不影响,随便合并(要不就是代码结构,开发体系规划错误,两个独立团队互相调用??干死架构师和 cto)

reus

2019-04-28 11:02:22 +08:00

你说的“合并”是简单 merge 一下，还是解决 conflict ？

如果有 conflict，那应该 rebase 到最新的，再提交 review

review 完再由有权限 merge 的人操作，或者 review 够了自动合并

passerbytiny

2019-04-28 12:57:25 +08:00

@zizaiv2 #4 同一套代码怎么可能有两个团队？你这明显该拆分成三个项目，其中一个只负责聚合，另外两个一个团队一个。

9hills

2019-04-28 13:00:15 +08:00

后提交的负责合并，先提交的为王

SharkIng

2019-04-28 14:04:33 +08:00

一般都是负责人合并，开发者提交 PR 之类的，负责人审核测试后合并，不都这样的么？

behanga

2019-04-28 17:58:41 +08:00

确实是谁开发谁合并，多团队多分支，都需要合并到主分支，那么进行排队，每个团队合并分支完成后，需确保主分支可以编译。

mritd

2019-04-29 09:50:19 +08:00

统一由 master 权限者合并，一般是老大，开发分支遵循 gitflow，特殊情况可开启多人 LGTM 模式

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

git 合并分支，不是谁开发，谁负责合并吗？ 大家公司是怎么做的。