这是一个创建于 2013 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近项目上碰到一些问题，大家对于 Git 上面 branch & release 的管理&使用 众说纷云。 楼主就想学习一下，现在业界有没有比较推荐的做法（ best practice ）。 找到一篇文章，说得挺好的，就是...... 年代有点儿久远，几乎 10 年前的。
A successful Git branching model
但是也找不到更新鲜的了。 不知道兄弟们，你们是怎么使用和管理 release 的的呢？
有没有目前比较好的 best practice，谢谢大家！
 |
1
gz911122 2019-05-08 10:13:03 +08:00
就是正常的 git flow
|
 |
2
masker 2019-05-08 10:16:05 +08:00 via Android
git flow
|
 |
3
devjia 2019-05-08 10:31:16 +08:00 via iPhone
git flow+3
|
 |
4
twoyuan 2019-05-08 10:32:34 +08:00
 一图流 |
 |
5
runze 2019-05-08 10:38:13 +08:00
github flow。
git flow 只不过占了名字的便宜 |
 |
6
ifaii 2019-05-08 12:18:50 +08:00 via iPhone  1
gitflow gitlabflow
|
 |
7
KKKKKK 2019-05-08 12:39:10 +08:00 via iPhone
Git flow 很好用
|
 |
8
ducklyl 2019-05-08 15:25:33 +08:00
参考 gitflow 就行，很规范
|
 |
9
fhsan 2019-05-08 15:59:58 +08:00 1
master 一起搞。
|
 |
10
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 界面点击“新建”然后给出之前准备的东西，点击“确认”，等待处理完成。 |
 |
11
wisetc 2019-05-08 18:37:40 +08:00 via iPhone
楼上，还最后的最后一、二😅
|
 |
12
OakScript 2019-05-08 19:32:27 +08:00
github flow 吧，git flow 分支有点多，release 就直接 tag 吧
|
 |
13
yazoox OP 谢谢大家。我研究一下这个玩意儿。
|
Select Language