首页/开发/Git 与协作速查/GitLab Flow 工作流

GitLab Flow 工作流

在 GitHub Flow 上补充环境分支(如 production)或发布分支,用「上游优先」原则保证修复先落主线再回挑发布线。

Git 与协作速查开发更新于 2026-10-12
变体一环境分支:main → pre-production → production 逐级合并
变体二发布分支:从 main 切 release/x.y,修复先合 main
核心原则上游优先,减少修复遗漏

环境分支示意

环境分支示意
# main → pre-production → production
# 合并方向单一,逐级向上推进
# 缺陷修复:先合 main,再决定是否回挑发布分支
上游优先(upstream first)能避免修复只落在发布分支、下个版本又复发的问题。

易错点

  • 环境分支层级过多会拉长合并链路,按实际部署单元控制数量
  • 把部署状态只映射到分支上,容易与流水线状态产生认知差,保持单一事实来源

数据来源与参考

  • GitLab 官方文档:GitLab Flow(分支策略与上游优先)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌