git flow 能不能有多个并行release吗,怎么才能实现?
比如: 在一个git版本中存在release/v1.0.0 和 release/v0.2.0
git flow 是基于 tag 来打版本号的。所以维护多个 active 的版本是做不到的。
比如：
HashData 发布了 1.0 版本，之后又发布了 1.1 版本。这时候发现1.0 有个 bug，在1.1中已经修复了。 1.0 的用户需要修复，但是不想升级到1.1版本（大版本升级需要额外付费）。需要发布一个1.0.1 版本咋办？
答案是 git flow 做不到。你需要从1.0的 tag 创建一个新的 1.0.1 的 branch，这就不在 git flow 的规则之内了。
所以 git flow 比较适合于只有一个 active release 的项目，比如网站等。而传统的软件产品因为同时需要维护多个 active release。所以不适用。
![[Web-Frontend] Node.js-Schnellstart](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
git flow 是基于 tag 来打版本号的。所以维护多个 active 的版本是做不到的。
比如：
HashData 发布了 1.0 版本，之后又发布了 1.1 版本。
这时候发现1.0 有个 bug，在1.1中已经修复了。 1.0 的用户需要修复，但是不想升级到1.1版本（大版本升级需要额外付费）。需要发布一个1.0.1 版本咋办？
答案是 git flow 做不到。
你需要从1.0的 tag 创建一个新的 1.0.1 的 branch，这就不在 git flow 的规则之内了。
所以 git flow 比较适合于只有一个 active release 的项目，比如网站等。而传统的软件产品因为同时需要维护多个 active release。所以不适用。