使用成功的Git分支模型支持多个版本

Iva*_*van 5 versioning git branching-and-merging git-flow git-branch

在我们公司,我们正在从SvN转移到Git(是的,迟到总比没有好).有了这个,我们也尝试简化版本控制过程.为此,我发现了一篇有趣的文章:Vincent Driessen成功的Git分支模型.

据我所知,开发人员假设是线性版本.要明确:

v1.0.0 --> v1.0.1 --> v1.0.2 --> v1.1.0 --> v1.1.1 etc
Run Code Online (Sandbox Code Playgroud)

未提及对旧版本的支持.例如:我们支持最多三个主要版本,因为一些客户端不想升级.所以想象我们有以下版本:

v7.0.0 --> v8.0.0 --> v9.0.0 --> v10.0.0
Run Code Online (Sandbox Code Playgroud)

当有发现了一个严重错误v8.0.0 释放v9.0.0,我们取出一个标签v8.0.0,修正错误,然后把它合并到developmaster分支机构.合并到master获取标记v8.0.1.

由于两件事,我似乎有些奇怪:

  1. master时间表的样子v7.0.0 --> v8.0.0 --> v9.0.0 --> v8.0.1 --> v10.0.0.我完全知道这是可能的,但是它也可以接受吗?
  2. 当我合并hotfixmaster(并且master在那一刻v9.0.0)并用它标记时v8.0.1,我是否也获得介于v8.0.0和之间的功能v9.0.0

提前致谢!

Ama*_*dan 4

对我来说,标签v8.0.1应该是 merge 之前的提交master。如果您想修补新版本,那么您也可以合并其他标签。

v8.0.0 --> v9.0.0 --> v10.0.0
   \          \           \
  v8.0.1 --> v9.0.1 --> v10.0.1/master
Run Code Online (Sandbox Code Playgroud)