如何使用git分支团队合作解决问题

git分支的理解

git之所有受广大开发人员欢迎，其原因之一就是因为他强大的分支功能，那么分支到底是怎样一个功能呢，接下来向大家介绍。

首先大家可以了解一下git的版本回溯这一功能，在此基础上，接下来我们来说分支。

我们常常使用的master就是一个默认分支，只不过我们每次在创建的时候没有改名字，都使用‘master’这个默认的名字。大家可以以平行宇宙的概念去理解分支，刚刚进入了分支，他的东西和主干的上的东西是完全一样的，但是你在分支中的操作却完全不会影响主干的东西。直到某一刻，你把分支合并到主干中，这样主干就会和分支的内容完全相同了。所以，分支常常是我们探索未知的好途径。
分支是如何实现的呢
比如我们发布一个项目，项目要不断的优化，我们将它上传到github上面，每提交一次，github都会记录下来你的提交，例如我们最早开发了版本v1，之后完善了一下再次提交称为v1.1版本，再完善、上传作为v1.2版本，每次上传后，git所呈现给我们的都是最新的，但其实，每一次上传的记录都被保存，我们随时可以调出来看，只不过git默认把最新一次展现给我们。我们将上述描述画成图像来呈现给大家：

这个时候我们先要开发v2版本了，但是github是开源社区，任何人都可以下载你的代码，如果这个时候别人在使用你的代码，你如果将为完成的代码上传就会造成别人用了你错误的代码。那么怎么办呢，可以用git的分支解决。
别人会默认下载你主分支上的代码，所以你可以创建一个分支去修改你的代码，当代码彻底修改好以后，在合并到主分支。这样在你眼中，代码是在不断修改的，但在其他人眼中，只有每次修改完善后的代码。
所以我们创建一个分支比如叫foo，我们在他的上面提交，直至修改完成。
这个时候我们可以发现，每个版本依旧会存储在github上面，只不过每个分支的指向不同，master分支始终指向v1.2版本，但是foo已经指向了版本v2.2，这个时候修改完后，我们在将foo合并到master，这样master呈现的也变成了v2.2
这个时候再把foo删除，我们就可以再不影响他人使用的情况下，完成了项目的修改与上传。

团队如何使用git分支开发项目

git有四种常见的工作模式，也就是四种工作流。他们分别是集中式工作流，功能分支工作流，gitflow工作流，forking工作流。

其中功能分支工作流是在集中式工作流基础上加以丰富，gitflow工作流又是在功能分支工作流基础上加以丰富的，前三种多用于某一集体的一个项目，而forking工作流多用于开源社区上的项目研发。所以，在本章文章中，主要详细介绍一下集中式工作流，和功能分支工作流的流程。（gitflow和forking工作流笔者会在后续文章中说明）

集中式工作流<