我正在评估hgflow.该模型满足了我的大部分版本控制需求,但我无法弄清楚如何支持多个版本.
假设我刚刚发布了v1.0,刚刚发布了v2.0,我从一开始就一直在使用hgflow.仍在v1.0上的客户请求实现某项功能.由于v1.0的稳定性,他不想升级到v2.0或v3.0.
使用广义流概念:
- hg flow develop start 1.x(create develop/1.x)
- hg flow develop/1.x:release start 1.0(从develop/1.x创建release/1.0)
- hg flow develop/1.x:release finish(关闭版本/ 1.0并在master上创建v1.0)
- 重复2.x和2.0,因此在v1.0标记之后在master上创建v2.0标记
- 收到增强1.x的请求
- hg flow develop/1.x.
- 致力于提升
- hg flow develop/1.x:release start 1.1(从develop/1.x创建release/1.1)
- hg flow develop/1.x:release finish <--- v1.1标记是在master上的v2.0标记之后创建的
如果我遵循hgflow模型,我最终可能会在主流中的v2.0标记之后创建一个v1.1标记.更糟糕的是,v1.1中的更改可能会覆盖我在v1.0到v2.0之间所做的各种增强.
我的问题是:有人能建议解决我的问题吗？任何建议表示赞赏.谢谢.