以下是一个适用于 GitLab 多人协作的 MR 流程规范模板,涵盖分支策略、MR 创建流程、冲突处理、审查要求和 CI/CD 设置。可以直接复制到团队 Wiki 或文档中使用。
main ← 线上生产分支,仅从 release 合并
dev ← 日常集成功能分支,所有功能分支从这里拉,合回这里
release/X.Y ← 发布候选分支(选用)
feature/* ← 功能分支(如 feature/login)
bugfix/* ← 紧急修复分支(从 dev 或 release 拉出)
feature
/ bugfix
分支命名格式:feature/简短描述
、bugfix/编号-描述
git checkout dev
git pull origin dev
git checkout -b feature/your-task
git add .
git commit -m "feat(task): 增加 XX 功能"
git push -u origin feature/your-task
在 GitLab 上新建 MR:
feature/your-task
dev
[Feature] 登录功能
)、描述、关联 issue、分配审查者Require all threads to be resolved
)审查内容重点:
# 在开发过程中:
git fetch origin
git checkout feature/your-task
git merge origin/dev
# 冲突时手动解决并 commit,再 push
git checkout dev
git pull origin dev
git checkout feature/your-task
git merge dev
# 解决冲突后:
git add .
git commit -m "fix: 解决与 dev 的合并冲突"
git push
检查是否满足:
选择合并方式:
--no-ff
保留合并记录点击 “Merge” 或 “Merge when pipeline succeeds”
可选择删除源分支
在 GitLab 项目设置中启用:
Only allow merge when pipeline succeeds
Require merging request approval
Require all threads to be resolved
Fast-forward merge
(可选)推荐 CI 策略:
release/X.Y
分支并触发预发布和生产发布流程[dev] ←────────────┐
↑ │
│ git merge MR │
│ ↓
[feature/A] → MR → [review + CI] → approve → merge → [dev]
↑ ^
│ git merge dev │ runs CI & testing
└────────── git pull ───┘
# 获取 dev 最新 + 合并到功能分支
git checkout feature/branch
git fetch origin
git merge origin/dev
# 重新推送以更新 MR
git push
# 删除 merged 特性分支
git branch -d feature/branch
git push origin --delete feature/branch
这个模板可以复制到团队 Wiki,或作为 README 添加到代码仓库中。