仓库
- 在项目的开始到结束，我们会有两种仓库。一种是源仓库（origin），一种是开发者仓库。开发者仓库围绕着源仓库。
源仓库
- 在项目的开始，项目的发起者构建起一个项目的最原始的仓库，我们把它称为origin。源仓库有两个作用：
- 汇总参与该项目的各个开发者的代码
- 存放趋于稳定和可发布的代码
- 源仓库应该是受保护的，开发者不应该直接对其进行开发工作。只有项目管理者（通常是项目发起人）能对其进行较高权限的操作。
开发者仓库
- 上面说过，任何开发者都不会对源仓库进行直接的操作，源仓库建立以后，每个开发者需要做的事情就是把源仓库“复制”一份，作为自己日常开发的仓库。这个复制，也就是github上面的fork。
- 开发者在这个仓库中编码，提交到自己的仓库中。开发工作完成后，可以向源仓库发送pull request，请求源仓库把自己的代码合并进去。
合并
永久性分支
- 永久性分支是寿命无限的分支，存在于整个项目的开始、开发、迭代、终止过程中。永久性分支只有两个master和develop。
- master：主分支从项目一开始便存在，它用于存放经过测试，已经完全稳定代码；在项目开发以后的任何时刻当中，master存放的代码应该是可作为产品供用户使用的代码。所以，应该随时保持master仓库代码的清洁和稳定，确保入库之前是通过完全测试和代码reivew的。master分支是所有分支中最不活跃的，大概每个月或每两个月更新一次，每一次master更新的时候都应该用git打上tag，说明你的产品有新版本发布了。
- 主分支从项目一开始便存在，它用于存放经过测试，已经完全稳定代码；在项目开发以后的任何时刻当中，master存放的代码应该是可作为产品供用户使用的代码。所以，应该随时保持master仓库代码的清洁和稳定，确保入库之前是通过完全测试和代码reivew的。master分支是所有分支中最不活跃的，大概每个月或每两个月更新一次，每一次master更新的时候都应该用git打上tag，说明你的产品有新版本发布了。
- 所有开发者开发好的功能会在源仓库的develop分支中进行汇总，当develop中的代码经过不断的测试，已经逐渐趋于稳定了，接近产品目标了。这时候，我们就可以把develop分支合并到master分支中，发布一个新版本。所以，一个产品不断完善和发布过程就正如下图：
- 注意，任何人不应该向master直接进行无意义的合并、提交操作。正常情况下，master只应该接受develop的合并，也就是说，master所有代码更新应该源于合并develop的代码。
暂时性分支
- feature：功能性分支，开发者的主要阵地。开发者从本地仓库的develop分支中分出此分支，开发完后再合并到develop上，然后删除此分支。
- 举例：我是一名开发者，已经把源仓库fork了，并且clone到了本地，现在要开发一个新功能discuss，我在本地仓库中可以这样做：
切换到develop分支
git checkout develop分出一个功能性分支
git checkout -b feature-discuss- 在功能性分支上进行开发之后，多次commit、测试之后……
合并到develop
git checkout develop git merge --no-ff feature-discuss #合并结果为Already up to date的话那说明两个分支内容要么一样要么合并失败，可以换到功能分支上合并develop分支，结果是Fast-forward就肯定成功 #把feature分支合并到develop git branch -d feature-discuss #删除功能性分支 git push origin develop #把develop提交到自己的远程仓库中
- release：预发布分支，当产品即将发布的时候，要进行最后的调整和测试，这时候就可以分出一个预发布分支，进行最后的bug fix。测试完全以后，发布新版本，就可以把预发布分支删除。
- hotfix：修复bug分支，当产品已经发布了，突然出现了重大的bug。这时候就要新建一个hotfix分支，继续紧急的bug修复工作，当bug修复完以后，把该分支合并到master和develop以后，就可以把该分支删除。
