1，git分支模型

① 主分支：master & develop

• master分支：
  主干分支，锁定，仅用于发布新版本，只做代码合并和标记，平时不在上面干活。
• develop分支
  开发分支，非锁定，平时干活的地方。每当发布时，需要合并到master上。

//新建branch分支  并切换到改分支下
git checkout -b develop
//相当于以下两句命令
git branch develop
git checkout develop

对于简单的项目而言，这样的分支模型已经够用了。

② 辅助性分支：feature、release、hotfix

• feature
  特性分支，非锁定，来源于develop分支，合并到develop。为了开发某种特定功能而建，合并完成后删除该feature分支。
  命名：feature-*

//新功能分支代号为cookie     基于develop创建分支
git checkout -b feature-cookie develop

• release
  预发布分支，锁定，来源于develop，合并到develop和master。为了新版本的发布做准备，合并完成之后删除该release分支。
  release分支要合并到master上（因为每一次提交到master上的都是一个新定义的发行版，记住）。然后，提交到master上必须打一个标签，以便以后更加方便的引用这个历史版本。最后，在release分支上的修改必须合并到develop分支上，以便未来发行版也包含这些bugs的修复。
  命名：release-*

//1.2是下一个版本号   基于develop创建分支
git checkout -b release-1.2    develop

• hotfix
  补丁分支，非锁定，来源于master，合并到develop和master。为了修复生产缺陷而建，合并完成之后删除该hotfix分支。
  在release之后发现新的bug时需要进行处理；这样的问题将使用hotfix分支进行解决；从出现bug的tag版本处检出代码并创建hotfix分支；在hotfix分支上修复完成后再将代码合并到master并打下新的版本tag;然后根据需要将hotfix分支合并至develop分支

命名：hotfix-*

//1.2.1是issue 编号基于master创建分支
git checkout -b hotfix-1.2.1   master