我正在参加「掘金·启航计划」
名词释义
❝
发布清单
❞
某个迭代或某个bug改动需要发布的项目以及数据库等操作的清单
例如：
发布流程
- 商品服务, 功能描述xxx ,分支名称xxx, 合并请求xxxx.com
- 订单服务数据库变更 order_dev_xxx.sql 执行者 DBAXXX
- 订单服务，功能描述xxx ,分支名称xxx, 合并请求xxxx.com
- 优惠券服务，功能描述xxx ,分支名称xxx, 合并请求xxxx.com
- 小程序发布提审xxx
- xxx缓存清除
- 批量更新job执行
发布清单前置
前段时间突然意识到，工作这几年以来，有个不好的毛病：等到快要发布的前一天或者当天才想要去建立发布清单，一般来说在迭代设计阶段就可以知道需要发布什么项目，需要执行什么操作，以及他们的执行顺序，而实际开发中，往往并不是和设计阶段时预想的一样。
在小迭代只更改了两三个服务时，可能凭借记忆可以轻轻松松的写出需要的发布清单，但是如果在某一个大迭代时，更改的项目数量多，发布服务&数据库操作&job任务&客户端发布等 需要严格的顺序时候，往往等到快要发布时再去整理时已经是需要大量精力去整理了，中间如果突然插入了一个设计阶段未考虑到的操作，往往经过一个假期，可能已经记不清了，然后在迭代发布时往往是战战兢兢，很难胸有成竹。
为了避免这个问题，所以我们需要前置发布清单，从项目进入开发阶段时，就要建立好发布清单，中间如果有设计变动或其他插入的需求变动引起的发布清单变更，应当立即记录进发布清单中，这样就尽量的去做到不遗漏任何一个发布，做到胸有成竹。
