📜  Git流

📅  最后修改于: 2020-12-13 13:54:28             🧑  作者: Mango

Git流/ Git分支模型

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

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

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

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

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

主要分支

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

  • 发展

师父分公司

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

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

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

开发部

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

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

支持分支

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

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

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

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

功能分支

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

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

发布分支

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

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

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

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

要创建发布分支,请访问Git分支

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

修补程序分支

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

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