gitflow

• master：主分支，用于记录历史的分支
• develope：开发主分支，所有功能开发分支的父分支，功能开发完成时，代码需要合并到此分支。
• release：预发布分支本次发布不会再增加新的功能——在这个分支上只能修复bug，做一些文档工作或者跟发布相关的任务。在一切准备就绪的时候，这个分支会被合并入master，并且用版本号打上标签。另外，发布分支上的改动还应该合并入develop分支——在发布周期内，develop分支仍然在被使用。
• feature-xxx：功能开发分支，在develop上创建分支，以自己开发功能模块命名，功能测试正常后合并到develop分支
• hotfix：维护分支，发布后的维护工作或者紧急问题的快速修复也需要使用一个独立的分支。直接基于master创建。一旦问题被修复了，所做的改动应该被合并入master和develop分支。

创建好中央仓库后，如何管理一次产品发布

1. 创建develope分支
   创建空的dev分支，然后推送到服务器

git branch develop
git push -u origin develop

2. 克隆中央仓库，为dev创建一个追踪分支

git clone ssh://user@host/path/to/repo.git
git checkout -b develop origin/develop

3. 开发新功能
   在父分支dev上创建功能分支

git checkout -b some-feature develop

4. 开展开发工作

git status
git add <some-file>
git commit

5. 功能开发完成之后，若所在团队使用拉拽请求，则可以提出一个将完成的功能并入dev分支的请求。否则可以先更新代码，自行合并到dev分支，然后再推送到远程。

git pull origin develop
git checkout develop
git merge some-feature
git push
git branch -d some-feature

6. 建立发布分支，专门用于发布前的准备，包括一些清理工作、全面的测试、文档的更新以及任何其他的准备工作。（基于dev分支创建）

git checkout -b release-0.1 develop

7. 将发布分支并入master和dev分支，然后删除发布分支。

git checkout master
git merge release-0.1
git push
git checkout develop
git merge release-0.1
git push
git branch -d release-0.1

无论什么时候你把一些东西合并入master，你都应该随即打上合适的标签。

git tag -a 0.1 -m "Initial public release" master
git push --tags

8. 发布之后发现bug，建立维护分支，修复bug之后把改动的代码并入master，同时维护分支上的改动也需要并入dev分支。随后删除维护分支。

git checkout -b issue-#001 master
\# Fix the bug
git checkout master
git merge issue-#001
git push
git checkout develop
git merge issue-#001
git push
git branch -d issue-#001

标签：git,develop,dev,gitflow,master,checkout,分支
来源： https://www.cnblogs.com/hsss/p/13634346.html