持续交付中的分支管理与版本控制

BuildRun技术团队

于 2018-07-30 16:21:28 发布

阅读量1.3k

点赞数 1

CC 4.0 BY-SA版权

分类专栏： Choerodon猪齿鱼 Choerodon猪齿鱼的DevOps实践文章标签： DEVOPS 持续交付开源

本文链接：https://blog.youkuaiyun.com/Choerodon/article/details/81287104

本文探讨了软件交付中的分支管理和版本控制的重要性，提出了建立规范以解决冲突和管理混乱的问题。介绍了Choerodon猪齿鱼提供的分支模型，包括master、develop、feature、bugfix、release、hotfix和custom等七种分支类型，并详细阐述了分支命名规约和提交命名规约。此外，文章还涉及了语义化版本号规则和需求与代码的关联，强调了猪齿鱼如何帮助简化这些流程，实现DevOps的自动化和可视化。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

现在，越来越多的项目使用Git作为版本控制的工具，通过Git来进行分支和Tag管理，但大多数情况这个过程都由手工完成，缺乏相应的规范，对于分支和版本号的控制也很随意，出现这样的情况往往是大家对软件交付过程中的软件版本控制不够重视，“只要确保软件是最新的版本即可”，甚至是项目管理的漏洞或者缺陷。

其实软件的版本控制以及分支管理贯穿于整个软件产品的生命周期，日常的项目管理对于开发团队能否有节奏且顺利的交付软件也很重要。

的确，有时候频繁的冲突会搞的开发人员头晕脑胀，比如，一次项目在代码合并时出现了冲突，导致整个项目组挨个排查，花费了大半天时间影响开发效率不说，还浪费资源；又或者开发人员随意创建分支，各种不规范的合并使得Git Graph线条杂乱无章，完全看不出来主干发展的脉络；还有提交信息混乱，让人不清楚这次提交是因为什么，实现了什么功能，解决了什么问题。

本文并不是一篇技术文章，其中也没有让别人耳目一新的观点或者论述。这篇文就只是为我们这些希望进行简单、有效协作的人准备的。任何参与到软件开发的人，无论承担何种角色，都可能对其感兴趣，毕竟每个人都会用到分支和合并。

在此，本文将结合Choerodon猪齿鱼为大家阐述如何进行方便有效的分支管理和版本控制，以及如何选择适合自身的版本控制模型。

如何来解决这些问题呢？

有经验的老司机可能会说，“建立规范”。

是的，只有建立规范，才能抑制不好的事情继续在项目组蔓延，至于建立什么样的规范？我们不妨先制定一个目标。