特性开关部署与发布的解耦

分支存活时间从几周缩短到几天持续集成才名副其实

剑飞
1/14特性开关 部署与发布的解耦

在很多团队里是同一件事

"代码上线了"和"功能对用户可见了" 在很多团队里是同一件事

命题先说清本页判断
解释补足为什么
行动留下下一步
2/14特性开关 部署与发布的解耦

让想法成结构

部署和发布绑定在一起时会产生几个结构性的麻烦
3/14特性开关 部署与发布的解耦

于是功能分支越拉越长

01命题

先说清本页判断

02解释

补足为什么

03行动

留下下一步

把“于是功能分支越拉越长”落到一个具体项目里看结果
4/14特性开关 部署与发布的解耦

发布时点被技术节奏绑架

命题先说清本页判断
解释补足为什么
行动留下下一步
把“发布时点被技术节奏”落到一个具体项目里看结果
5/14特性开关 部署与发布的解耦

出问题只能回滚整个部署

第三出问题只能回滚整个部署

把“出问题只能回滚整个”落到一个具体项目里看结果
6/14特性开关 部署与发布的解耦

特性开关至少有四类

把所有开关混为一谈是管理混乱的开始

命题先说清本页判断
解释补足为什么
行动留下下一步
7/14特性开关 部署与发布的解耦

每一类有不同的清理策略

区分类型的意义在于每一类有不同的清理策略不同的负责人 不同的审计要求
8/14特性开关 部署与发布的解耦

特性开关不是免费的

十个独立开关意味着理论上一千零二十四种状态组合没有任何测试体系能覆盖这么多组合

命题先说清本页判断
解释补足为什么
行动留下下一步
9/14特性开关 部署与发布的解耦

真实的事故案例并不少见

命题先说清本页判断
解释补足为什么
行动留下下一步
把“真实的事故案例并不”落到一个具体项目里看结果
10/14特性开关 部署与发布的解耦

而不是指望谁有空顺手清

把"删除已全量开关的代码"纳入常规迭代工作量而不是指望谁有空顺手清

把“而不是指望谁有空顺”落到一个具体项目里看结果
11/14特性开关 部署与发布的解耦

它自己就是关键基础设施

开关是控制生产行为的运行时机制它自己就是关键基础设施有几条硬要求

命题先说清本页判断
解释补足为什么
行动留下下一步
12/14特性开关 部署与发布的解耦

带走四步

找项目

从真实任务开始

出材料

把想法变成可处理内容

做交付

用结果判断能力

可复用

把完成沉淀为流程

13/14特性开关 部署与发布的解耦

让能力长出来

分支存活时间从几周缩短到几天持续集成才名副其实

返回原文
上一篇没有更多文章下一篇没有更多文章