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
,修正错误,然后把它合并到develop
和master
分支机构.合并到master
获取标记v8.0.1
.
由于两件事,我似乎有些奇怪:
master
时间表的样子v7.0.0 --> v8.0.0 --> v9.0.0 --> v8.0.1 --> v10.0.0
.我完全知道这是可能的,但是它也可以接受吗?hotfix
到master
(并且master
在那一刻v9.0.0
)并用它标记时v8.0.1
,我是否也获得介于v8.0.0
和之间的功能v9.0.0
?提前致谢!
对我来说,标签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)
归档时间: |
|
查看次数: |
933 次 |
最近记录: |