目前接触过比较多的都是Pipeline部署是分支传递的形式,开发环境发develop分支,测试环境发release分支,生产环境发master分支。这样会有一个合并的操作,也存在准出的版本和发布的版本不一致的风险。
怎么能通过一次编译,多次或者是多环境部署都使用的是同一个介质?
感觉最大的问题是代码配置的外移,项目语言类别太多,使用不同架构,比较难得统一和推广。这块有没有比较好得实践方案?
另外一块介质传递还需要关注和注意些什么?这块经验比较少,网上资料也不多,所以想请教下
个人感觉, 开发 / 测试 / 生产不是不应该同时用一个介质吗 ? 介质可以在image命名时,按照固定的命名方式命名,包含必要的信息,例如 develop/nginx:#debug_#版本号_#cpu架构_#创建日期_#创建时间_#创建人_#用途还可以再自动记录到某个配置管理数据库中,数据库中可以记录更多更详细信息,对外提供查询接口。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30