各位读者好！6.1节快乐！
前端时间公司实现CMMI认证，自己有幸参与了全过程，因为这个还看了一本书《清单革命》。
今天在部署环境的时候，还是犯了低级错误，而这些错误不是因为“无知”，而是因为“无能”。
所以，在这里要总结下：发布清单
这里的发布清单是指：某一个版本的需求开发完毕且前后端集成完毕后，代码合并到测试环境并部署好的对应服务，告知测试可以开测。（微服务架构）
先说自己的犯的低级错误：
- 开发分支代码没有拉最新的。导致合并到develop的代码是旧的
- merge代码后，忘记push。git log查看的时候还是本地
- 部署后核查了新增功能点，确定是前端未部署导致。前端部署好后，依旧未出现。
这么低级的错误，我不知道如何规避嘛？知道的。为什么忘记了？操作过程不严谨，随心而为，当然容易出错。加上已经1-2个月没有合并代码到测试环境了，生疏了不少。
这样的问题，之前自己也经历过；为什么还会再次出现？记性不好？不够细心?时间紧迫？
解决办法有的。那就是——根据清单逐项检查。
1. 是否告知所有人员将要合并branch1到branch2?（确保新的代码不在进入branch1）
2. branch1代码是否是最新的？(执行git pull)
3. branch2代码是否是最新的？(执行 git pull)
4. 确定已合并代码并push到远程?（在分支：branch2上执行git merge branch1; 查看状态并执行git push;查看分支状态：git log）
5. 确定所有人已维护发布模块？(避免遗漏模块)
6. 是否编译了API-Client？
7. 是否先启动了bdc? 确定bdc启动后其他服务在启动发布模块中的其他服务?(Jenkins启动无报错且钉钉收到通知？)
8. 是否刷新页面，核查所有接口皆为200？((眼见为实，页面确实无问题？)
10. 是否核查本期代码？或者页面核查本期新增功能点？(避免低级错误)
下次合并部署前，请先看下这个清单，部署完毕后，按照清单逐步检查。我觉得至少清单中的问题可以避免。这就是制度的魅力。
好了，午休时间到了，再会！
