如何解决分支策略在每个环境中支持多个版本
我们今天在公司有以下场景。我们必须在开发、质量检查、认证和生产中支持 3 个版本,其中 1 个将发布金丝雀版本。
这样:
1.0.0 - 已弃用
1.5.0 - 生产
2.0.0 - 候选
kubernetes + Istio 很好的解决了流量的部署和划分部分。
但是我们对分支的命名有点不舒服。如果我们为每个环境设置一个分支,那么在这种情况下,我们将有 12 个开发、开发-候选、开发-折旧等。
有没有人遇到过这种情况并以不同的方式处理过它?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。