团队中某人强迫大家在提交 git 分支时加上自己的名字是个什么奇葩逻辑

[linuxsuren]

背景：我们在用私有部署 Gitlab 作为服务器。疑问：难道他不知道 Gitlab 是有账号体系的吗？

[Vaspike]

Git 工作流中有一种是 GitHub 工作流，简单来说就是项目仓库不允许任何人直接 push ，没人 fork 一个仓库到自己命名空间下，所有的代码也提交到自己的命名空间，最后把代码以 pull request 的形式（ gitlab 中叫 merge request)创建合并请求，由 leader 一边 review 一边同意合并，发现有问题的打回；
把这个工作流介绍给你团队的某人；
曾经我主导的项目我都要求 GitHub 工作流，自己也不例外，因为我是真的会 review 的

[wcs111]

脱裤子放屁

[linuxsuren]

@Vaspike 我自己很喜欢这种模式，比如： https://github.com/LinuxSuRen/api-testing 这是我开源的一个项目。但团队的某些人觉得即使用 MR 也希望能在分支里带名字，这一点我就有点困惑了。

[jqtmviyu]

@Vaspike #21 gitlab 工作流好像. 但是是 merge request. 换新公司现在我都不用 merge 了, 全是 rebase -i origin/dev, push 到自己命名的分支再发 mr, 审核通过才合并.

[jqtmviyu]

我觉得挺好的. vscode git graph 插件方便筛选. 只显示本地的个人分支和远程的 dev 分支. 合并代码是 PR 或者 MR.

[guoer]

他强任他强，我用马斯特

[mlzboy]

可以带上 jira 的 bug id ，会做自动关联，这是一种 trace id ，用姓名也是一个思路

[DefoliationM]

方便区分呗，要是有几百上千的分支，想清理一下自己不用的分支，几千个里怎么知道是谁的呢？

[msg7086]

Gitlab 有账号体系，关 Git 分支命名什么事。
Git 分支如果用上 Gitlab 账号，不就是靠你在 Git 分支上加上自己名字吗。
我们这一个仓库一两千个分支，谁知道哪个分支是谁的，不都是靠分支上加名字创建 namespace ？

[Mr54]

我们甚至都是只能在自己名字的分支上开发，然后统一合并到 dev

[zqguo]

很正常吧，怎么清晰怎么来。

[cxy2003chuck]

@linuxsuren 这样是为了两个目的，一是清理无用分支的时候，就可以马上根据分支名称里面的名字知道是谁提交的，找到责任人；二是，master 和 develop 分支查以前的代码时候，根据 merge request 信息里面 merge 分支 名称中的名字，确认 某一次 merge request 的责任人是谁

[cxy2003chuck]

主要还是看人多人少，站在什么角色角度，你就只管自己，就一个人开发一个项目自然无所谓，团队一大，一堆功能同时开发，你作为研发管理者，面对一大堆功能分支，如果无法马上分辨是谁负责的，简直就是灾难。

[cxy2003chuck]

@linuxsuren 加名字目的不是为了跟 gitlab 账号体系相同啊，目的是为了立刻分辨这个分支是谁负责的，责任到人，方便分支管理和代码溯源。所以你加的名字应该是含义明确，能直观确定是谁，并且保持不变的，能让管理者马上确认责任人。

[linuxsuren]

@cxy2003chuck 从 MR 里看不出来提交代码人的信息吗