大家公司/项目组，都是如何使用 Git 管理代码 release 的啊？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 2025 天前的主题，其中的信息可能已经有所发展或是发生改变。

最近项目上碰到一些问题，大家对于 Git 上面 branch & release 的管理&使用众说纷云。楼主就想学习一下，现在业界有没有比较推荐的做法（ best practice ）。找到一篇文章，说得挺好的，就是...... 年代有点儿久远，几乎 10 年前的。

A successful Git branching model

但是也找不到更新鲜的了。不知道兄弟们，你们是怎么使用和管理 release 的的呢？

有没有目前比较好的 best practice，谢谢大家！

13 条回复 • 2019-05-09 11:24:37 +08:00

gz911122

2019-05-08 10:13:03 +08:00

就是正常的 git flow

masker

2019-05-08 10:16:05 +08:00 via Android

git flow

devjia

2019-05-08 10:31:16 +08:00 via iPhone

git flow+3

twoyuan

2019-05-08 10:32:34 +08:00

一图流

runze

2019-05-08 10:38:13 +08:00

github flow。

git flow 只不过占了名字的便宜

ifaii

2019-05-08 12:18:50 +08:00 via iPhone

gitflow gitlabflow

KKKKKK

2019-05-08 12:39:10 +08:00 via iPhone

Git flow 很好用

ducklyl

2019-05-08 15:25:33 +08:00

参考 gitflow 就行，很规范

fhsan

2019-05-08 15:59:58 +08:00

master 一起搞。

passerbytiny

2019-05-08 17:17:08 +08:00

首先，Git 只有 branch，没有 release，release 是 Github、Gitlab 而不是 Git 自身提供的。
其次，在分工上，Release 是由配置管理员（ CMO ），而不是软件工程师（ SE ）管理的。
最后，软件配置管理还有比较通用的做法，但软件的发布管理，没有通用做法，也就不可能出现推荐做法。

最后的最后一，楼上提到的 Git Flow、Github Flow、Gitlab Flow 等工作流，都是软件工程师用的开发工作流，与发布无关。
最后的最后二，实际上 Github、GitLab，以及其他各种 Git 中央仓库，都提供一种最简单的发布做法，发布版本只需要：想好 Git 标签名，想好版本名称，准备好版本描述文档，可选的准备好自动打包配置，在 Realease 界面点击“新建”然后给出之前准备的东西，点击“确认”，等待处理完成。

wisetc

2019-05-08 18:37:40 +08:00 via iPhone

楼上，还最后的最后一、二😅

OakScript

2019-05-08 19:32:27 +08:00

github flow 吧，git flow 分支有点多，release 就直接 tag 吧

yazoox

2019-05-09 11:24:37 +08:00

谢谢大家。我研究一下这个玩意儿。