kefeiliu的博客

家里有了小鱼鱼的这一个多月，真的是非常难忘的人生体验... 陪产假结束重新投入工作，我们继续对Release Manager的思考~参见之前的总结和认识，Release Manager即是以“精益”为目标，践行“持续交付”，实现更好的软件交付质量和客户满意度。首先在践行“持续交付”时，不免要涉及多个领域团队，此时要运用敏捷&Devops的理念将需求、开发、测试、运维等团队融合为一体...

继续根据上一篇的软件业务价值流图来学习总结，本篇我们关注价值流图的最开端也是最基础的环节：需求管理。需求 - - 开发模式 - - 变更 - - - 版本控制 - - -  环境管理 - - - 持续部署 - - - 监控反馈                                   |                                               ...

在之前的几篇release manager阶段总结中提到了比较多的术语概念，比如：精益、敏捷、Devops、持续交付、持续部署等，这些都是软件工程领域常见的用词，然而令人头疼的是这些概念的重叠定义以及彼此之间的联系应该如何理解。那么本篇我们就来尝试解析一下这几个核心概念。首先需要说明的是这些听起来像是哲学的概念自身有多个理解层级，比如从理念、从原则、从目标、从方法论等等。因此不同概念在不同维度...

上一篇中我们总结了价值流图中变更管理的基础技术手段之一：版本控制，本篇我们继续总结变更管理的基础技术手段之二：持续集成。持续集成意味着团队的所有成员以每日至少一次的频率将自己的代码变更集成至中心代码库并通过自动化的构建和测试来验证变更质量，以尽可能早和快的发现问题。持续集成与版本控制配合完成了对软件开发过程的持续质量保障，二者缺一不可。最常见的比如jenkins和gerrit的配合，每个提交到...

终于说到持续部署了，它可以说是持续交付流水线中真正完成随时随地一键部署可用软件版本的环节。持续部署基于规范自动化的环境管理，将软件的部署环境和部署过程自动化并作为流水线的一个环节，尽可能频繁的进行部署。通过频繁的部署来提前暴露部署环境和部署过程中的问题，促使运维团队与开发和测试团队的融合。当前持续部署可用的开源成熟工具较少，业界各大厂商各自主推的CodePipeline流水线主要也是在部署...

继续根据软件业务价值流图来学习总结，本篇我们接着上一次的需求管理&变更管理来关注与它们密切相关的版本控制。版本控制可以说是我的老本行了，在华为的五年配置管理岗位都是围绕着版本控制打转，然而当时还没有彻底理解版本控制的意义所在。如今将版本控制作为持续交付流水线的一部分来看待，反而能对其本质有更深一层的理解。版本控制是变更管理的最佳拍档和技术手段，它能够控制和记录目标对象的每一次变更信...