Git——分支实战

一、Git工作流
  在项目开发过程中使用 Git 的方式：包括集中式工作流、GitFlow 工作流和Forking 工作流
 1、集中式工作流
  像 SVN 一样，集中式工作流以中央仓库作为项目所有修改的单点实体。所有修改都提交到 Master 这个分支上。这种方式与 SVN 的主要区别就是开发人员有本地库。Git 很多特性并没有用到。

 2、GitFlow 工作流：用的最多
  Gitflow 工作流通过为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。

 3、Forking 工作流：虚拟团队协作开发使用
  Forking 工作流是在 GitFlow 基础上，充分利用了 Git 的 Fork 和 pull request 的功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者，而且能接受不信任贡献者的提交。

二、分支实战

 1、创建分支：

  填写分支名称：

  在我们创建完分支之后eclipse会自动切换到我们新建的分支：

 2、修改代码并提交至本地库：

 3、推送至远程库：注意要推送的是hot_fix分支，注意不要通过Remote的Push将两个分支都推送，那会失去创建分支的意义

  点击Next：

  此时远程库会新建hot_fix分支：

  成功：

  结果：在GitHub上查看会看到两个分支而且master分支的内容没有改变，hot_fix分支的改变了：

 4、拉取：团队内别的开发人员执行拉取操作(pull)

  会检测到新建的分支：

 5、切换分支：切换到hot_fix分支

  选择远程的新分支，并检出：

  作为新分支检出：

  填写分支名称，完成：

  分支切换成功之后，就可以在新分支中审查代码了
 6、审查无误后将新分支合并至master分支并推送至远程：
  ①切换至master分支：

  ②执行merge操作：

  选择合并的分支：

  合并结果：此时在本地的master分支也可以看到hot_fix分支的内容了

 7、将合并后的master分支推送至远程库