分支策略在每个环境中支持多个版本

问题描述

我们今天在公司有以下场景。我们必须在开发、质量检查、认证和生产中支持 3 个版本,其中 1 个将发布金丝雀版本。

这样:

1.0.0 - 已弃用

1.5.0 - 生产

2.0.0 - 候选

kubernetes + Istio 很好的解决了流量的部署和划分部分。

但是我们对分支的命名有点不舒服。如果我们为每个环境设置一个分支,那么在这种情况下,我们将有 12 个开发、开发-候选、开发-折旧等。

有没有人遇到过这种情况并以不同的方式处理过它?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)