GitLab中是否应在开展issue开发前先创建merge request？

核心规范结论 #

• GitLab没有强制要求必须在开发工作启动前创建Merge Request，不存在"先建MR再写代码"的硬性要求，两种操作路径都符合平台操作规范。

页面默认"Create merge request"的设计逻辑 #

• 这个默认选项是GitLab内置的一站式工作流快捷入口，设计初衷是减少跨操作的手动关联成本，避免开发者后续提MR时遗漏关联对应Issue，导致任务进度跟踪断档、Issue状态无法自动同步。
• 点击该选项时，GitLab会自动完成整套关联配置，并非要求你立刻提交MR评审：
  • 基于目标默认分支创建与当前Issue编号绑定的开发分支
  • 自动生成绑定该开发分支的草稿状态Merge Request，默认不会触发全团队的评审通知
  • 在MR描述中自动插入与当前Issue的双向关联标记，后续MR合入时可按团队配置自动流转Issue状态（如自动关闭、同步进度）

"Create branch"选项的适配场景 #

• 该选项仅会帮你创建与当前Issue关联的开发分支，不会提前生成Merge Request，完全匹配"先完成本地开发、自测通过后再发起MR评审"的操作习惯。
• 两个选项不存在合规性差异，可完全按自身操作习惯选择：
  • 如果需要团队成员实时同步开发进度、提前接收代码反馈、走Draft MR的预评审流程，选默认的快捷入口效率更高
  • 如果习惯独立完成全部开发环节后再集中发起评审，直接选择"Create branch"即可正常推进工作，不存在任何操作规范问题

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