扫码阅读
手机扫码阅读
发布版本?构建版本?聊聊持续交付中的版本号的设计和管理
73 2024-06-15
版本控制在研发过程中扮演着至关重要的角色,不同角色对于“版本”的理解各异。产品经理、客户、市场和PMO关注的是产品发布的版本,重视外部发布的功能特性和产品规划。研发和测试人员则关注每次构建的产出,需要一个唯一的ID(构建制品版本)来标记每次的变更,确保其唯一性。在持续交付流水线中,版本号可通过时间戳、源代码管理系统提交ID或环境标签来获取,并在代码编译、上传制品、部署过程中作为版本升级的兼容性判断和追踪变更的关键。微服务架构下,版本号的使用同样关键,涉及代码提交记录和服务间协同开发。总之,版本号是研发流程中连接各项活动的枢纽,它确保代码变更能够被有效追溯和监管,是配置管理的重要实践,对于保持团队协同和管理的有序性至关重要。
想要了解更多,点击
查看原文
DevOps在路上的其他文章
一文读懂制品管理:从理论规范,实践应用到供应链安全
什么是制品?「制品」是指由源码编译打包生成的二进制文件,不同的开发语言对应着不同格式的二进制文件;这些二进制
围绕“Jenkins”的讨论很热烈,再写一篇回应大家的留言
❝去年写了一篇《放弃\x26quot;Jenkins\x26quot;的种种理由,期待更好赋能研发的持续交付平台》,阅读量破万,后台留言也很多
持续集成实践中的思考
最近在看到ThoughtWorks的一篇技术文章提到“几项与持续集成相关的反模式”, 结合自己的实践体会特别
相较于Scrum, 我更推崇精益Kanban,帮助团队建立价值交付流,识别瓶颈问题
❝最近在学习实践精益Kanban方法,结合自己团队实践Srum的经历,整理些资料二者的差异。相较于Scrum
SonarQube之采购选型参考
SonarQube是DevOps实践中主流的一款质量内建工具,过插件机制,Sonar 可以集成不同的测试工具
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线