2019-12-28制品晋级是如何标识的？有没有好的流程设计分享？作者回复: 好问题，制品晋级背后的核心理念就是单一制品原则，也就是构建一次，多次部署，不重复进行构建，这里面要解决的就是构建包和配置的关系，常见的包括配置分离，配置中心，或者是根据环境加载。
制品晋级一般都是会有多个制品库，可以是多个服务器，也可以是多个目录，当制品在测试环境验证通过后，自动晋级到预发布环境的制品仓库，这个动作可以是物理上的文件复制，也可以通过文件打标或者添加属性便签的方式完成，这样取决于你的制品库是如何设计的哈。
流程方面的建议还是自动化，你需要明确在什么时间点，什么动作来触发晋级，晋级的目的是提供下一级环境的部署使用，所以应该要在部署动作之前完成。 1
2019-12-29DevOps有时是企业发展到一定程度逼出来的产物，各方的需求如何提升且让多方看到效果，其实DevOps在一定程度可以展现。微软的案例这其实就展现了一个问题；企业的发展中如何保持创新和效率。突然觉得中国军工的使用一代、测试一代、设计一代真的非常不容易且有魄力。
最近刚把老师的课程重新过了一遍整理里一遍：然后又看到了不一样的东西。工程效率的后期发展应当是非常好的，其实整件事情就看什么时候去做。前几天去了一个初创企业和几个朋友聊天：几个合伙人为了初期需求围攻技术总监，然后就和他们拆问题，拆到最后一堆需求砍成了几个，不过确实他们总监的效率和做事风格有点匀速，不符合初创的该快就快该慢就慢，核心需求还是要提速，其实早期最小精简版的介入可以起到作用；这其实就展现了-DevOps的介入和企业规模没有过大的关系，不同时期不同版本。
这门功课是我第一门学的过程中还做了1遍梳理-课程完成时其实学了2遍了：只是某些具体的做法待将来有机会时去实现落地。谢谢老师的分享，一路走来收获颇丰-谢谢。展开作者回复: 在今年的最后一天，回顾这个专栏的过程，也是让我感慨万分，除了做成了一件原本认为做不到的事情，更是遇到了这么多志趣相投的伙伴，我曾经给自己定过一个底线，只要有一位用户可以坚持下来，那么就要认真对待每一篇文章的内容，值得庆幸的是，结果远比我想象中要来的更好，还是那句话，当你把热情和专注灌入一件事情中时，结果总不会太差，新的一年，祝你事事顺利，工作和生活中都取得更大的突破！
2019-12-29老师今天文章里讲到微软关于测试的转型，从原来的要不要做测试，到现在的分级做测试，这让我想到得到老喻《人生算法》里关于认知和决策的定义:灰度认知，黑白决策。然而现实中很多人确颠倒了，变成黑白认知，灰度决策，在认知的时候，非黑即白，即要么做，要么不做，而决策的时候却犹犹豫豫，模棱两可。其实如果用灰度认知的方法，你可以给每一个选项加上一个百分比，最后的决策通过乘以加权后的结果大小来判断。微软的例子异曲同工，不是黑白认知的决定做测试还是不做测试，而是通过分级的方式来处理不同的测试活动，从达成共识的部分开始，一个阶段一个阶段的推进，完成了最后的阶段测试模型。作者回复: 很棒的补充，学习啦，看来我也要追一下人生算法，哈哈
- 2019-12-29很喜欢一句话:“做正确的事，一直做，等待时间的回报”
- 2019-12-29很认同老师对自动化程度识别的标准，也就是一个非专业人士是否能独自完成发布。我现在正在用Jenkins做QA发布部署的自动化，我的终极目标就是QA发布只要做两步，第一步选择要发布的版本号，第二步就是点击运行Jenkins Pipeline。