GitFlow

GitFlow 是由 Vincent Driessen 提出的一个 git操作流程标准。包含如下几个关键分支：

• master：主分支develop：主开发分支，包含确定即将发布的代码
• feature：新功能分支，一般一个新功能对应一个分支，对于功能的拆分需要比较合理，以避免一些后面不必要的代码冲突
• release：发布分支，发布时候用的分支，一般测试时候发现的 bug 在这个分支进行修复
• hotfix：hotfix 分支，紧急修 bug 的时候用

GitFlow 的优势有如下几点：

• 并行开发：GitFlow 可以很方便的实现并行开发：每个新功能都会建立一个新的 feature 分支，从而和已经完成的功能隔离开来，而且只有在新功能完成开发的情况下，其对应的 feature 分支才会合并到主开发分支上（也就是我们经常说的 develop 分支）。另外，如果你正在开发某个功能，同时又有一个新的功能需要开发，你只需要提交当前 feature 的代码，然后创建另外一个 feature 分支并完成新功能开发。然后再切回之前的 feature 分支即可继续完成之前功能的开发。
• 协作开发：GitFlow 还支持多人协同开发，因为每个 feature 分支上改动的代码都只是为了让某个新的 feature 可以独立运行。同时我们也很容易知道每个人都在干啥。
• 发布阶段：当一个新 feature 开发完成的时候，它会被合并到 develop 分支，这个分支主要用来暂时保存那些还没有发布的内容，所以如果需要再开发新的 feature，我们只需要从 develop 分支创建新分支，即可包含所有已经完成的 feature 。
• 支持紧急修复：GitFlow 还包含了 hotfix 分支。这种类型的分支是从某个已经发布的 tag 上创建出来并做一个紧急的修复，而且这个紧急修复只影响这个已经发布的 tag，而不会影响到你正在开发的新 feature。

然后就是 GitFlow 最经典的几张流程图，一定要理解：

feature 分支都是从 develop 分支创建，完成后再合并到 develop 分支上，等待发布。

当需要发布时，我们从 develop 分支创建一个 release 分支
然后这个 release 分支会发布到测试环境进行测试，如果发现问题就在这个分支直接进行修复。在所有问题修复之前，我们会不停的重复发布->测试->修复->重新发布->重新测试这个流程。

发布结束后，这个 release 分支会合并到 develop 和 master 分支，从而保证不会有代码丢失。

master 分支只跟踪已经发布的代码，合并到 master 上的 commit 只能来自 release 分支和 hotfix 分支。
hotfix 分支的作用是紧急修复一些 Bug。
它们都是从 master 分支上的某个 tag 建立，修复结束后再合并到 develop 和 master 分支上。

Git常用命令

• 创建仓库：git init
• 添加到仓库：
  1.git add <filename> 把文件修改添加到暂存区
  2.git commit -m "description" (filename) 把暂存区的所有内容提交到当前分支
• 仓库状态：git status
• 文件状态：
  git diff
  git diff HEAD -- filename 比较单个文件
• 提交历史： git log (--pretty=oneline)(--abbrev-commit)
• 命令历史：git reflog
• 回退到以前第n个版本：git reset --hard HEAD~n
• 恢复到某个版本：git reset --hard commit_id
• 撤销修改：
  git checkout -- filename 让这个文件回到最近一次git commit或git add时的状态
  git reset HEAD filename 暂存区的修改回退到工作区
• 删除文件：git rm filename
• 本地仓库与远程仓库关联：git remote add origin git@github.com:username/projectname.git
• 推送到远程仓库：
  git push -u origin <branchname> 远程库是空的时，第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令git push origin <branchname>
• 远程仓库克隆到本地：git clone git@github.com:username/projectname.git
• 创建分支：git branch <branchname>
• 切换分支：git checkout <branchname>
• 创建并切换分支：
  git checkout -b <branchname> 相当于执行了git branch <branchname>和git checkout <branchname>
  git checkout -b <branchname> origin/<branchname> 创建远程分支对应的本地分支
• 查看当前分支：git branch
• 合并指定分支到当前分支
  git merge <branchname> //Fast forward模式
  git merge --no-ff -m "description" <branchname> //非Fast forward模式，合并创会建一个新的commit
• 删除分支：
  git branch -d <branchname>
  git branch -D <branchname> 删除没有合并过的分支
• 分支合并图：git log --graph --pretty=oneline --abbrev-commit
• 储藏工作区：git stash
• 储藏列表：git stash list
• 恢复储藏内容到工作区
  git stash pop <stash_id>恢复的同时把stash内容也删了
  git stash apply <stash_id>只恢复，stash内容并不删除
  git stash drop <stash_id>删除stash内容
• 查看远程仓库信息：git remote -v
• 创建标签
  git tag v1.0 (commit id)
  git tag -a v0.1 -m "description" <commit id> //添加说明
• 查看标签：git tag
• 利用tag查看提交信息：git show v1.0 //v1.0可以换成commit id
• 删除标签：git tag -d v0.1
• 推送标签到远程
  git push origin v1.0
  git push origin --tags //一次推送所有标签
• 删除远程标签
  1.本地删除git tag -d v1.0
  2.推送远程git push origin :refs/tags/v1.0
• 多人协作：
  1.首先，可以试图用git push origin <branchname>推送自己的修改；
  2.如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；
  3.如果合并有冲突，则解决冲突，并在本地提交；
  4.没有冲突或者解决掉冲突后，再用git push origin <branchname>推送就能成功！
  5.如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream <branchname> origin/<branchname>。

感谢：
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000
http://www.jianshu.com/p/e1e9692f3d88