扫码阅读
手机扫码阅读
分支方案分析设计的利器:按层次来
39 2025-01-07
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:分支方案分析设计的利器:按层次来
文章来源:
高质效交付
扫码关注公众号
在项目管理中,合理的分支方案对于版本控制至关重要。文章通过比喻阐述了不同项目对应不同的分支方案,并提出一个适合的分支设计能够支持特定场景的重要性。一些分支设计可能存在多余设计或不支持特定场景,因此分析和设计一个适合项目的分支方案显得尤为重要。
文章接着以Git Flow为例,按层次分析了合理的分支策略。首先是特性级分支,用于每个特性创建独立分支,如Feature分支;其次是集成级分支,包括develop分支用于集成、测试和发布,Release分支用于支持迭代交叠和临近发布的修复工作,以及Hotfix分支用于处理紧急发布情况;最后是生产级分支,代表当前生产环境中的软件版本,通常是master分支或main分支。
文章强调,尽管Git Flow只包含三个层次,但一些项目可能还需要第四个层次,即版本序列分支,以支持并行发展的不同版本。这种情况下,Git Flow可能就不够用了,因为它主要适用于SaaS型软件的开发。
总的来说,无论是哪种分支方案,都可以通过分析这四个层次来清晰地梳理。作者建议读者尝试应用这种分层分析方法到自己的项目中,并提供了进一步学习的资源,包括一个直播讲解和一本名为《高质效交付》的书籍。
想要了解更多内容?
查看原文:分支方案分析设计的利器:按层次来
文章来源:
高质效交付
扫码关注公众号
高质效交付的其他文章
到底什么地方要写单测?其实就一句话
前面说到,从管理角度从技术角度,到底什么地方要写单元测试,什么地方不用写单元测试呢?
太粗暴了!拿单测覆盖率当质量门禁
有的改进是自下而上自发的,有的改进是自上而下推的。拿单元测试的测试覆盖率当质量门禁这种简单粗暴的事儿,一准儿是后者。
纪特、妈问和奥尼Flow
这几年做培训咨询评估,走南闯北,四处游荡。不同的地方有不同的方言,不过今天要说的,是不同企业不同团队里的“方言”。
单测覆盖率:不要逼人造假
上级领导或者过程改进部门对单元测试的抓手往往是代码覆盖率这个指标。然而这容易演变成“做给上边看”。那应该怎么做呢?
想让开发人员充分自测?他有这条件吗?
如果我们想给开发人员提供一个理想的端到端的自测联调的环境,那这样的环境应该长什么样?
加入社区微信群
与行业大咖零距离交流学习
SAFe6.0与CMMI3.0映射
白皮书上线
白皮书上线