作者回复: 是有技术债问题,所以要定期清理,但用好了很有用,是很多一线公司的devops最佳实践
作者回复: 两种方式都是有利有弊,分支有冲突问题,TBD有代码债问题,没有绝对好,需要研发流程规范和治理配合。之前在eBay,开关驱动开发有大规模生产实践,效果不错。
作者回复: 对,可以先把apollo搭建起来,FDD对研发效能和系统稳定性、DevOps等都有立杆见影效果
作者回复: 恩,开关驱动开发是业界最佳实践,国内还未普及,需要架构师布道宣传,我也是做些布道宣传。
作者回复: 先在主干上修复bug,再从F2 release切F2.1分支,再将主干反向merge到F2.1,可参考原文(ppt里头有原文链接)。
作者回复: 开关驱动重构一般是向下兼容的,这样在出问题后才能安全退回去,存储结构变化也没关系,你把它们先封装在抽象接口(API或服务)后面,只要接口不变向下兼容,你后台的具体存储就可以腾挪变化。
作者回复: 微服务团队可大可小,还是会一个团队门人有几个组员并行开发需合并的场景,开关驱动开发建议基于主干开发减少合并,适合微服务,迭代周期二周左右节奏
作者回复: 谢谢支持!加油💪
作者回复: 这种模式下要求每次提交都是较完整功能,保证主干始终可build可布署,暂不起用功能躲在开关后面