昨天在填发布单子的时候，和前端约定第二天按前端进度决定能不能发布，先把单子填了。
第二天被告知无法发布，那么就要把发布的分支上的代码回退到开发前的状态。但因为这次发布的分支上带有很多的新功能，所以回退起来有些麻烦。
灵机一动，新提交一个分支把我这次发布的内容不暴露出去，代码先留着。
那么就要从master分支上从拉一个新分支出来，这个分支应该和发布分支一样。
但实际上不一样，原因是之前已经有同事回退过发布分支，也就是说：
当前状态下，master分支的东西比发布分支多，我需要把master分支上比发布分支多的东西手动修改掉，那可就太麻烦了。
最后，决定直接修改发布分支的代码。
从这上面能看出有代码分支管理的优势（我能轻松的修改各个分支的代码）与劣势（每个人都能轻松的修改各个分支的代码），也有GitLab-Ci的优势（当时修改当时见效，能迅速在想看的环境上试错），Kubernetes的优势（直接发镜像比推送Jar包方便很多）。
