标签： git branch git-flow
我们今天在公司有以下场景。我们必须在开发、质量检查、认证和生产中支持 3 个版本，其中 1 个将发布金丝雀版本。
这样：
1.0.0 - 已弃用
1.5.0 - 生产
2.0.0 - 候选
kubernetes + Istio 很好的解决了流量的部署和划分部分。
但是我们对分支的命名有点不舒服。如果我们为每个环境设置一个分支，那么在这种情况下，我们将有 12 个开发、开发-候选、开发-折旧等。
有没有人遇到过这种情况并以不同的方式处理过它？