DevOps实践：从3月大版本到3周小版本的持续交付转型

"乔梁@百度.项目管理部分享了关于Devops持续交付的经验和实践，强调了Devops如何帮助改善软件开发流程，实现更敏捷、更稳定的持续交付。" 在Devops文化下，持续交付是核心实践之一，旨在缩短从代码编写到生产部署的时间，同时保证软件质量。乔梁通过在百度的实例展示了这一转变的过程和成果。在一个复杂的软件生态系统中，如拥有7个开发者、2个测试人员和少量运维人员，以及10年历史的C/C++遗留代码，7个以上模块，并且对170多个服务器进行部署的环境中，他们面临的挑战包括长时间的版本发布周期、频繁的紧急修复和需求。 6个月前，他们的开发模式是多分支并行，每个新版本发布时才创建分支，测试主要依赖手工，部署过程也高度手动，这导致了大量的不确定性和风险。然而，随着Devops和持续交付理念的引入，他们做出了以下改变： 1. 主干开发：采用主干开发策略，只在发布时拉分支，减少分支冲突和集成问题。 2. 自动化测试：增加了自动化功能验收测试，加强了单元测试、集成测试和系统测试，确保软件质量内建。 3. 版本控制：将所有内容，包括应用配置、环境配置、数据信息等都纳入版本控制，实现了环境标准化，并使用单一部署脚本简化部署过程。 4. 团队协作：强调团队间的频繁沟通和共享目标，共同承担KPI，提高了协同效率。 这些改变带来了显著的效果：版本发布周期从3个月缩短到3周，紧急修复和需求大大减少，整个团队的工作状态由“祈祷”变为“玩耍”，意味着工作变得更加可控和高效。 持续交付的实施还包括对不同层次的测试进行自动化，如子系统测试、系统测试和试运行阶段的性能测试。此外，通过接口和功能的验收测试确保了业务逻辑的正确性。在生产环境中，使用类似于“Ping”的试运行和性能测试来验证系统的稳定性和性能。 Devops和持续交付不仅提升了百度项目管理部的开发速度，还增强了软件质量，减少了故障率，优化了团队协作，实现了更高效的软件生命周期管理。这一实践对其他面临类似挑战的组织具有很高的参考价值。