Git流/ it分支模型

本文概述

• 主要分支
• 支持分支

Git流是开发人员在使用Git时可以遵循的一组准则。我们不能说这些准则是规则。这些不是规则；这是理想项目的标准。使开发人员可以轻松理解这些内容。

开发人员将其称为“分支模型”, 并且充当项目的中央存储库。开发人员进行工作并将其工作推送到主存储库的不同分支。

项目中有不同类型的分支。根据标准分支策略和发布管理, 可以有以下几种类型的分支：

• 主
• 开发
• 修补程序
• 发布分支
• 功能分支

每个分支都有其含义和标准。让我们了解每个分支及其用法。

主要分支

分支模型的两个分支被视为项目的主要分支。这些分支如下：

• 主
• 开发

师父分公司

master分支是项目的主要分支, 其中包含所有最终更改的历史记录。每个开发人员都必须习惯master分支。 master分支包含HEAD的源代码, 该源代码始终反映项目的最终版本。

你的本地存储库具有其master分支, 该分支始终与远程存储库的master保持最新。

建议不要与主人混淆。如果你编辑了组项目的master分支, 则所做的更改将影响其他所有人, 并且很快就会出现合并冲突。

开发部

它与master分支平行。它也被视为项目的主要分支。该分支包含下一版本的最新交付开发更改。它具有该发行版的最终源代码。它也被称为“集成分支”。

当develop分支达到稳定点并准备发布时, 应将其与master合并并标记为发行版本。

支持分支

开发模型需要各种支持分支来进行并行开发, 功能跟踪, 协助快速修复和发布以及其他问题。这些分支的寿命有限, 使用后将其删除。

我们可能使用的不同类型的支持分支如下：

• 功能分支
• 发布分支
• 修补程序分支

这些分支中的每一个都是为特定目的而创建的, 并且具有一些合并目标。这些分支对于技术角度而言非常重要。

功能分支

功能分支可以视为主题分支。它用于为项目的下一版本开发新功能。该分支的存在是有限的。将其功能与develop分支合并后, 将其删除。

要了解如何创建功能分支, 请访问此处。

发布分支

创建发行分支是为了支持新版本发行。高级开发人员将创建一个发布分支。发布分支将包含预定数量的功能分支。应将release分支部署到登台服务器以进行测试。

允许开发人员进行较小的错误修复并为该分支上的版本准备元数据。完成所有这些任务后, 可以将其与develop分支合并。

创建所有目标功能后, 即可将其与development分支合并。 release分支的一些常用标准如下：

• 通常, 高级开发人员将创建发行分支。
• 发布分支将包含预定数量的功能分支。
• 应将release分支部署到登台服务器以进行测试。
• 任何需要改进的错误必须在发布分支处解决。
• 必须将发布分支与主分支重新合并到开发中。
• 合并后, 必须使用版本号标记发布分支和开发分支。

要创建发行分支, 请访问Git分支。

要在合并发行分支后标记分支, 请访问Git标签。

修补程序分支

修补程序分支类似于发布分支；两者都是为新的生产版本创建的。

修补程序分支的出现是由于对该项目立即采取的行动。如果生产版本中存在严重错误, 则修补程序分支可能会在你的项目中分支。修复错误后, 可以将此分支与带有标签的master分支合并。