Git分支模型

REF

https://www.sohu.com/a/234659269_575744

版本管理工具

项目开发过程中大家可能使用比较多的版本管理工具有：VisualSVN、TortoiseSVN、Bazzar、Mercurial、Git、Bitkeeper 等等。

其中 VisualSVN、TortoiseSVN、Bazzar为集中式版本控制系统。Mercurial、Git、Bitkeeper为分布式版本控制系统。

集中式与分布式版本控制的对比

集中式版本控制的优点在于可以对具体的文件或目录进行权限控制，缺点在于通过与中心服务器连接执行所有操作，必须联网。

分布式版本控制的优点具体如下：

1. 分支管理

2. 安全性更高（因为每个客户机本地都有保留完整的版本库）

3. 离线工作，操作便捷（不联网也能照常工作）

4. 可以实现非常灵活的工作流组合（后面有介绍Git工作流）

分布式版本控制的缺点由于分布式的特性，很难对版本库中具体的文件或者目录做精细的权限控制。

Git 分支模型

Git是什么？

Git(读音为/gt/。)是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。

有哪些Git代码托管平台

国内常见的 Git 代码托管平台有码云（Gitee）、码市（Coding）等，国外常见的代码托管平台有 Github、Bitbucket、Gitlab、VSTS 等。

有哪些Git工作流

Centralized（集中式工作流）

Feature Branch（功能分支工作流）

Gitflow (GitflowI作流）

Fork (Fork工作流）

集中式工作流

集中式工作流（Centralized）是以中央仓库作为项目所有修改的单点实体。所有新功能的开发都是基于一个叫 master 分支进行。

  小明          小红           小强

举个例子：

1、小明开始开发新功能；

2、小红开始开发新功能；

3、小明完成新功能开发，并提交到master分支；

4、小红完成新功能开发，并提交到master分支，此时提示与小明的内容发生冲突，小红提交不了代码，现在很苦恼!

5、小强发现并及时帮助小红rebase了本地的master分支获取了最新代码；

  $ git pull -- rebase origin master

6、在小强的帮助下，小红也可以提交新功能开发到master分支；

 $ git push origin master

在这件事之后小红和小明的关系越走越远，跟小强的人 关系越走越近。

功能分支工作流

该工作流中每个用户都基于 master 分支创建一个新的功能分支，相比于集中式工作流会更加的安全以及产生更低的冲突率。

基于 master 分支

$ git checkout master

$ git fetch origin

$ git reset -- hard origin/master

创建新分支

$ git checkout -b new-feature master

举个例子：

小强和小红在同一个项目组，现在合作开发一个项目，项目的主分支为master。

小红建一个新分支

$ git checkout -b xh-feature master

中午到了，小红提交了本地的修改信息并通知到小强后去吃午饭；

$ git add .

$ git commit -m 'add commit'

$ git push origin xh-feature

午饭过后，小红合并了新分支到master并提交至远程仓库；

$ git checkout master

$ git merge xh-feature

$ git push origin master

下午小强获取小红的代码后发现其开发的功能需求不对，通知小红更新；

小红重新修改功能需求后，提交修改并发布；

Fork工作流

该工作流不同于其他类型的工作流，它主要是通过在第三方代码托管平台。上进行 Fork一个开源项目到自己的仓库中。与clone方式不同，clone主要是对目标仓库数据的一次拷贝。

Gitflow工作流

Gitflow工作流仍然用中央仓库作为所有开发者的交互中心。和其它的工作流一样，开发者在本地工作并 push 分支到要中央仓库中。

Gitflow 工作流使用2个分支来记录项目的历史。master 分支存储了正式发布的历史，而develop分支作为功能的集成分支。这样也方便 master 分支上的所有提交分配一个版本号。

主要分支：