• Git开发、发布、缺陷分离模型概述(支持master/develop/feature/release/hotfix类型分支)


    Git是什么?

      Git是一种分布式版本控制系统,它可以记录文件的修改历史和版本变化,并可以支持多人协同开发。Git最初是由Linux开发者Linus Torvalds创建的,它具有高效、灵活、稳定等优点,如今已成为软件开发领域中最流行的版本控制系统之一。Git使用一种名为“仓库”的数据结构来保存代码和它们的变更历史。每个开发人员都可以在本地拥有自己的仓库,并将其与其他人的仓库同步更新。除此之外,Git还提供了强大的分支和合并功能,可以让开发人员在不影响主干的情况下创建和测试新功能。

    Git有什么作用?

      Git的使用范围非常广泛,它不仅可以用于软件开发,还可以应用于任何需要版本控制的项目。当团队存在多人协作开发时,Git可以提高开发效率,减少代码冲突[这个是Git作为分布式版本控制系统一个优势之一,可以避免开发环境产生冲突而导致代码丢失的情况],同时也可以方便项目管理和维护。

    CVS、SVN代码冲突和Git代码冲突哪个更好优势在哪?

    • 在CVS、SVN集中式的代码管理工具中,发生冲突时需要首先将文件lock住,即文件锁定,以保证只有一个人在修改该文件,避免多人同时修改导致文件冲突。但是这种方式会影响开发效率,并且无法支持离线工作模式。
    • Git分布式管理工具中,由于本地仓库不依赖于中央服务器,因此可以在没有网络连接的情况下继续工作,这也是Git的优势之一。发生冲突时,每个人都可以在本地仓库中解决冲突,然后将结果推送到中央服务器上。Git还可以使用合并和分支功能,使多人协作开发更加容易。另外,Git的分布式结构意味着它具有更高的灵活性和可靠性,可以保证数据的完整性和安全性。同时,Git也支持大规模开发和复杂项目的管理。

    Git开发、发布、缺陷分离模型介绍

      在一些流程完善的公司往往都会有着自己一套比较完善的Git分支管理模型来保障开发和生成环境的代码稳定性,而Git开发、发布、缺陷分离模型是一种流行且适用于大多数团队的Git分支管理模型,它支持master/develop/feature/release/hotfix类型分支。使用这种分支管理模型可以有效地隔离开发、发布和缺陷修复工作,提高代码的质量和稳定性。同时,也可以更好地协作和进行版本管理。如下是一张详细的master/develop/feature/release/hotfix类型分支管理图:

     

    master/develop/feature/release/hotfix每个分支的作用

    master分支

    master分支是主分支,包含了已经发布到生产环境的稳定,可靠版本的代码。一般情况下,master分支应该只用于发布新版本,而不应该直接修改或提交新的功能。

    创建流程:

    1. 所有的发布代码都在master分支上合并完成。
    2. develop分支上的所有功能都经过测试并处于可发布状态时,将develop创建的对应测试通过的release-v1.0分支合并到master分支上生成一个新的发布版本。

    develop分支

    develop分支是开发分支,包含了当前正在进行的所有功能和任务。所有新功能开发、改进、优化等都应该从此分支开始,并最终合并回此分支。

    创建流程:

    1. 所有的新的功能开发、改进、优化等都在develop分支上完成。
    2. 当某个功能被完成并且经过测试后,在一个独立的feature分支上进行开发的功能会被合并回develop分支。

    feature分支

    feature分支是从develop分支创建的分支,通常用于开发新功能。每个新功能都应该从develop分支开始,并在一个独立的feature分支上进行开发工作。一旦新功能得到完全实现、测试并且可靠,该分支就会被合并回develop分支。

    创建流程:

    1. develop分支上创建一个新的feature分支。
    2. 在此分支上进行新功能的开发工作。
    3. 当新功能得到完全实现、测试并且可靠时,将其合并回develop分支。

    release分支

    release分支是从develop分支创建的分支,通常用于为即将发布的版本做准备工作。在此分支上可以进行最终的测试、修复bug、检查文档等操作,以确保发布版本的质量。一旦准备工作完成并且得到完全测试,该分支就会被合并回master分支,并作为新的发布版本。并将该分支合并回develop分支,以便后续的开发工作。

    创建流程:

    1. develop分支上创建一个新的release分支。
    2. 在此分支上进行最后的测试、修复bug和更新文档等操作。
    3. 将该分支合并回master分支作为新的发布版本。
    4. 将该分支合并回develop分支,以便后续的开发工作。

    hotfix分支

    hotfix分支是从master分支创建的分支,用于在生产环境中紧急修复问题。修复完毕后,该分支将会被合并回masterdevelop分支。

    创建流程:

    1. master分支上创建一个新的hotfix分支。
    2. 在此分支上进行必要的修改和测试。
    3. 将该分支合并回master分支以修复问题。
    4. 将该分支合并回develop分支以确保将来新版正常工作。

    Git可视化管理源代码详细教程

    Git分布式版本控制器常用命令和使用

    参考文章

    https://nvie.com/posts/a-successful-git-branching-model/

  • 相关阅读:
    【多条件筛选】js简单实现多条件过滤数组对象,返回新的数组
    NPC系列文章(2)---最小覆盖问题Set Cover Problem的一种贪心算法求全部覆盖集
    接口测试[PostMan]
    【毕业设计源码】基于JAVA的企业人事管理系统
    软件测试项目该如何规避风险?
    JMeter压测如何分配业务比例?
    Mysql存储json格式数据
    20【访问者设计模式】
    springboot使用SSE
    [硬件基础]-快速了解PWM
  • 原文地址:https://www.cnblogs.com/Can-daydayup/p/14282848.html