GitLab多开发分支合并后，是否需将master合并至其他分支？

不是每次完成Merge Request后都必须把master合并到其他开发分支，得看具体场景来决定：

• 当其他开发分支依赖master新变更时，必须合并
  比如devb后续开发要用到deva刚合并到master的功能，或者devb的代码和master新增代码大概率会有冲突，这时候就应该主动把master的最新变更合并到devb里。这么做能提前在自己的分支上解决冲突，避免后续提MR时出现一堆冲突，处理起来更麻烦。
  操作命令示例：

  git checkout devb
  git pull origin master
  # 手动解决代码冲突后
  git add .
  git commit -m "合并master最新代码"
  git push origin devb
  

• 当其他开发分支工作完全独立时，可以暂缓合并
  如果devb开发的模块和master上新增的代码完全没交集、也没有依赖关系，那就没必要急着合并。可以等devb开发接近收尾、准备提MR之前，再合并master的最新代码，这样能减少中间合并的次数，避免不必要的麻烦。

另外提个GitLab的实用细节：当你给devb提MR到master时，GitLab会自动检测两者的冲突情况，如果有冲突会直接提示你先解决，这时候再合并也来得及，但提前合并能让你在自己的分支上慢慢处理，节奏更可控。

内容的提问来源于stack exchange，提问作者Danilo