Git分支模型
Git流是开发人员在使用Git时可以遵循的一组准则。我们不能说这些准则是规则。这些不是规则；这是理想项目的标准。使开发人员可以轻松理解这些内容。
开发人员将其称为分支模型，并用作项目的中央存储库。开发人员进行工作并将其工作推送到主存储库的不同分支。
有不同的类型项目中的分支。根据标准的分支策略和发布管理，可以有以下几种分支类型:
Master
Develop
Hotfixes
Release branches
Feature branches
每个分支都有其含义和标准。让我们了解每个分支及其用法。
主要分支
两个分支模型的分支被视为项目的主要分支。这些分支如下:
master
develop
Master分支
master分支是项目的主要分支，包含所有最终更改的历史记录。每个开发人员都必须习惯master分支。 master分支包含始终反映项目最终版本的HEAD源代码。
您的本地存储库具有其master分支，该分支始终与远程存储库的master更新。
建议不要与主机混淆。如果您编辑了一个小组项目的master分支，您的更改将影响其他所有人，并且很快，就会发生合并冲突。
Develop分支
它与master分支平行。它也被视为项目的主要分支。该分支包含下一版本的最新交付开发更改。它具有该发行版的最终源代码。它也称为" 集成分支"。
当develop分支达到稳定点并准备发布时，应将其与master合并并标记为发布版本。
支持分支
开发模型需要各种支持分支来并行开发，跟踪功能，协助快速修复和发布以及其他问题。这些分支的寿命有限，使用后将其删除。
我们可能使用的不同类型的支持分支如下:
Feature分支
Release分支
Hotfix分支
每个分支都是为特定目的而创建的，并且具有一些合并目标。这些分支对于技术角度而言很重要。
Feature分支
功能分支可以视为主题分支。它用于为项目的下一版本开发新功能。该分支的存在是有限的。将其功能与开发分支合并后，将其删除。
了解如何创建功能分支访问此处。
Release分支
创建发行分支是为了支持新版本发行。高级开发人员将创建一个发布分支。发布分支将包含预定数量的功能分支。应该将release分支部署到登台服务器上进行测试。
允许开发人员进行较小的错误修复并为该分支上的发布准备元数据。完成所有这些任务后，可以将其与developer分支合并。
在创建所有目标功能后，可以将其与developer分支合并。 release分支的一些常用标准如下:
通常，高级开发人员会创建一个发行分支。
发布分支将包含预定数量的功能分支。
应将release分支部署到登台服务器以进行测试。
任何需要改进的错误都必须在发布分支处解决。
必须将release分支与master分支合并到开发中。
合并后，必须用版本号标记发布分支和开发分支。
要创建发行分支，请访问 Git分支。
要在合并发行分支后标记分支，请访问 Git标签。
Hotfix分支
修补程序分支与Release分支相似；两者都是为新的生产版本创建的。
此修补程序分支的出现是由于对该项目立即采取的行动。如果生产版本中存在严重错误，则修补程序分支可能会在您的项目中分支。修复错误后，可以将此分支与带有标签的master分支合并。
