CI/CD 结合容器或者虚机进行编译部署时,怎么能很好得支持介质传递的部署形式?

目前接触过比较多的都是Pipeline部署是分支传递的形式,开发环境发develop分支,测试环境发release分支,生产环境发master分支。这样会有一个合并的操作,也存在准出的版本和发布的版本不一致的风险。怎么能通过一次编译,多次或者是多环境部署都使用的是同一个介质?感觉最大的问题...显示全部

目前接触过比较多的都是Pipeline部署是分支传递的形式,开发环境发develop分支,测试环境发release分支,生产环境发master分支。这样会有一个合并的操作,也存在准出的版本和发布的版本不一致的风险。

怎么能通过一次编译,多次或者是多环境部署都使用的是同一个介质?

感觉最大的问题是代码配置的外移,项目语言类别太多,使用不同架构,比较难得统一和推广。这块有没有比较好得实践方案?

另外一块介质传递还需要关注和注意些什么?这块经验比较少,网上资料也不多,所以想请教下

收起
参与9

查看其它 2 个回答匿名用户的回答

匿名用户匿名用户

个人感觉, 开发 / 测试 / 生产不是不应该同时用一个介质吗 ?  介质可以在image命名时,按照固定的命名方式命名,包含必要的信息,例如  
develop/nginx:#debug_#版本号_#cpu架构_#创建日期_#创建时间_#创建人_#用途
还可以再自动记录到某个配置管理数据库中,数据库中可以记录更多更详细信息,对外提供查询接口。

硬件生产 · 2021-09-02
浏览1169

回答状态

  • 发布时间:2021-09-02
  • 关注会员:4 人
  • 回答浏览:1169
  • X社区推广