扫码阅读
手机扫码阅读
版本控制之道
541 2024-01-18
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:版本控制之道
文章来源:
时代胶囊
扫码关注公众号
版本管理的新视角
当我们讨论版本控制时,通常会想到svn、git或分支模型,但这些话题已经被广泛讨论过。目前,讨论的焦点应该转向为什么需要版本控制以及如何在遵循一定原则的基础上实施,以最大化配置和执行的灵活性。现代社会中,讨论的版本更多地关注用户视角下的软件产品版本,如alpha、beta或大小版本号及其发布计划和周期。
执行管理的原则
为了最大化地减少发布错误带来的损失和风险,需要遵循一些执行管理的原则。大版本号应由产品团队明确定义,包括发布时间、内容及其商业意义。测试和开发团队应就发布所需的测试和质量指标达成共识,同时产品和市场也应设定明确的验收指标。小版本号理论上对应开发提交的每个变更,也应有明确的需求和改动影响说明,并可进一步细分为新需求、紧急修复和内部重构等不同类别。
提高版本控制的效率
为了减少无用的劳动,可做出以下调整:由开发者维护自己需求的分支、由集成或测试统一开具分支并在修复周期后合并、大版本上线由集成在特定时间点切分支。所有分支合并时应通过pull request审核。此外,各种分支都应有明确编号,便于识别,并管理测试服务器上的版本列表。软件产品也应在显眼位置标明当前最新版本号。
版本执行的实践
执行版本管理的过程可能会遇到困难,但可以通过以下步骤进行:明确责任人、所需测试级别、发布周期、版本号命名规则,定义并定期调整版本计划,建立版本的持续集成机制,以及保持所有发布历史的记录。
想要了解更多内容?
查看原文:版本控制之道
文章来源:
时代胶囊
扫码关注公众号
时代胶囊的其他文章
Dunning Kruger效应到底给了我们什么样的启示
生活中如果周围的人都不如自己,那么会很自然的将自己当做福尔摩斯般的存在。这时候,很多人就会犯一些常识性的错误
One Backlog with Multi-Teams是不是一个好主意?
这其实是一个来自同行问我的问题,这个问题个人觉得颇有深度。对此我还特地考证了一下,Scrum.org有人专门
如何衡量一个逐渐走向规模化敏捷的研发组织是否稳定以及足够成熟
研发组织需要怎样的体系,如何衡量其稳定性,我们应该从哪些维度来考量其稳定性,是一个我们一直在思考的问题。\x0d\x0a本文希望通过作者自己实践的思考,给予更多人一些相对正确的指引。也是对自己多年实践经验的总结。
说说企业为什么需要敏捷?先听我讲几个故事吧
这几天看群里有人在问这么一个问题,我们企业为什么要做敏捷,一百个企业做出一百种敏捷。\x0a希望举几个小例子能启发到大家思考。
规模化敏捷的思考
每个系统中存在一个最基本的命题,它不能被违背或删除 - 亚里士多德
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线