前言
Git是一种弱小的散布式版本控制系统，在实践名目开发中经常使用Git启动分支治理是十分经常出现的做法，由于它可以协助团队高效的协作和治理名目标不同版本，当天咱们来讲讲在实践名目中最罕用的Git分支治理战略Git Flow。
经常出现的Git分支治理战略
Git Flow是一种十分盛行的分支治理战略，由Vincent Driessen提出。Git Flow的**现实是坚持主分支稳固，经过经常使用不同类型的分支来隔离不同类型的上班。
GitHub Flow：
GitHub Flow是由GitHub提出的一种更简化的分支治理战略。它强调继续交付和极速部署。
GitLab Flow：
GitLab Flow是GitLab介绍的一种分支治理战略，它联合了Git Flow和GitHub Flow的一些特点。
Trunk Based Development
Trunk-Based Development是一种极其简化的分支治理战略，它强调在繁多的主分支（通常称为trunk或mainline）上启动一切的开发上班。
Git开发、颁布、缺点分别模型引见
在一些流程完善的公司往往都会有着自己一套比拟完善的Git分支治理模型来保证开发和生成环境的代码稳固性，而Git开发、颁布、缺点分别模型是一种盛行且适用于大少数团队的Git分支治理模型，它允许master/develop/feature/release/hotfix类型分支。经常使用这种分支治理模型可以有效地隔分开发、颁布和缺点修停上班，提高代码的品质和稳固性。同时，也可以更好地协作和启动版本治理。如下是一张详细的master/develop/feature/release/hotfix类型分支治理图：
对应分支的作用
master分支
master分支是主分支，蕴含了曾经颁布到消费环境的稳固，牢靠版本的代码。普通状况下，master分支应该只用于颁布新版本，而不应该间接修正或提交新的性能。
develop分支
develop分支是开发分支，蕴含了正在启动的一切性能和义务。一切新性能开发、改良、提升等都应该从此分支开局，并最终兼并回此分支。
feature分支
feature分支是从develop分支创立的分支，通罕用于开发新性能。每个新性能都应该从develop分支开局，并在一个独立的feature分支上启动开发上班。一旦新性能获取齐全成功、测试并且牢靠，该分支就会被兼并回develop分支。
release分支
release分支是从develop分支创立的分支，通罕用于为行将颁布的版本做预备上班。在此分支上可以启动最终的测试、修复bug、审核文档等操作，以确保颁布版本的品质。一旦预备上班成功并且获取齐全测试，该分支就会被兼并回master分支，并作为新的颁布版本。并将该分支兼并回develop分支，以便后续的开发上班。
hotfix分支
hotfix分支是从master分支创立的分支，用于在消费环境中紧急修复疑问。修复终了后，该分支将会被兼并回master和develop分支。