用 git 有一段时间了,以前没有详细地了解 git flow,致使协做过程当中或多或少出现了一些头疼问题。最近静下心来理了下 git flow 的整个流程,再回头看开朗了很多,总结到这里。介绍的是一些经常使用的 git 基础命令和 git flow,固然也很重要的,过程当中本身在 Github 上建了一个模拟的 Demo 用来熟悉 git flow。其实从理解到动手完成仍是有点距离的,笨人有笨法嘛。若有不许确的地方欢迎指正。: )git
这里列出了一些比较经常使用的 git 命令,每一个命令介绍后面都带一个简单例子~github
$ git branch 新分支名
#新建分支 develop
$ git branch develop
$ git checkout 分支名
#切换到 develop 分支
$ git checkout develop
$ git checkout -b 新分支名
#新开 develop 分支,并切换到此分支
$ git checkout -b develop
$ git branch -a
头部带 remotes/origin 的,表示远程分支ruby
$ git branch -r
$ git push origin 新开分支名
#提交新建的 develop 分支
$ git push origin develop
$ git push origin --delete 远程分支名
#删除远程仓库中的 develop 分支
$ git push origin --delete develop
$ git branch -d 分支名
#删除本地的 develop 分支
$ git branch -d develop
$ git fetch -p
用于协做时,项目队友添加或删除了远程分支的分支,能够经过这种方式来刷新分支列表信息bash
Git 开发模式本质上是一套流程,团队每一个成员遵照这套流程以确保完成可控的软件开发过程。原文参考post
在远程仓库中有两个主要分支的生命期能够无限长,分别是:fetch
Master
ui
Develop
spa
master 分支(origin/master)code
代码仓库中有且仅有的一条主分支,默认为 master ,在建立版本库时会自动建立。全部提供给用户使用的正式版本的源码,都会在这个分支上发布。也就是说主分支 master 用来发布重大版本。orm
develop 分支(origin/develop)
平常开发工做都会在 develop 分支上面完成。develop 分支能够用来生成代码的最新隔夜版本(nightly builds)。
建立 develop
分支
$ git checkout -b develop master
#push develop 到远程仓库
$ git push origin develop
当咱们在develop
上完成了新版本的功能,最终会把全部的修改 merge
到 master
分支。针对每次 master
的修改都会打一个 Tag 做为可发布产品的版本号。
开发过程当中不可能项目人全部都在一个 develop
分支中开发,版本管理会很混乱。因此除了主要分支外,咱们还须要一些辅助分支来协助团队成员间的并行开发。
所用到的辅助分支大致分三类:
经过分支名咱们能知道各种型分支都有特定做用,对于他们各自的起始分支和最终的合并分支也都有严格规定。呼,虽然可能会麻烦点,但让人一目了然的效果仍是很诱人的。
下面逐一介绍下各种型分支的建立使用和移除方法,过程当中我在 Github
中建立一个虚拟的项目用来熟悉整个流程,或许你也能够像我同样作一遍。哈,动手总会有意外收获嘛。废话少说,继续正题~
应用场景:
当要开始一个新功能的开发时,我门能够建立一个 Feature branche
。等待这个新功能开发完成并肯定应用到新版本中就合并回 develop
,那么若是不是就会被很遗憾的丢弃。。。
应用规则:
从 develop
分支建立,最终合并回 develop
分支;
分支名:feature/*;
Tips:这里不少地方说用 feature-* 的方式命名,由于公司项目中用的 feature/*方式,也就习惯了,其实意思是同样的。
$ git checkout -b feature/test develop
do something in feature/test
branch
push 本地 feature/test
到远处代码库;
$ git push origin feature/test
$ git checkout develop $ git merge --no-ff feature/test
"- -no-ff" 的做用是建立一个新的 "commit" 对象用于当前合并操做。这样既能够避免丢失该功能分支的历史存在信息,又能够集中该功能分支全部历史提交。而且若是想回退版本也会比较方便。
$ git branch -d feature/test
$ git push origin --delete feature/test
应用场景:
"Release branches" 用来作新版本发布前的准备工做,在上面能够作一些小的 bug 修复、准备发布版本号等等和发布有关的小改动,其实已是一个比较成熟的版本了。另外这样咱们既能够在预发布分支上作一些发布前准备,也不会影响 "develop" 分支上下一版本的新功能开发。
应用规则:
从 develop
分支建立,最终合并回 develop
和 master
;
分支名:release-*;
$ git checkout -b release-1.1 develop
#push 到远程仓库(可选)
$ git push origin release-1.1
do something in release-1.1
branch
$ git checkout master
$ git merge --no-ff release-1.1
$ git tag -a 1.1
$ git push origin 1.1
当咱们的 release-1.1
的 Review 完成,也就预示着咱们能够发布了。打上相应的版本号,再 push 到远程仓库。
预发布分支所作的修改同时也要合并回 develop
$ git checkout develop
$ git merge --no-ff release-1.1
$ git branch -d release-1.1
$ git push origin --delete release-1.1
应用场景:
"Hotfix branches" 主要用于处理线上版本出现的一些须要马上修复的 bug 状况.
应用规则:
从 master
分支上当前版本号的 tag
处切出,也就是从最新的 master
上建立,最终合并回 develop
和 master
;
分支名:hotfix-*;
$ git checkout -b fixbug-1.1.1 master
#push 到远程仓库(可选)
$ git push origin fixbug-1.1.1
do something in fixbug-1.1.1
branch
$ git checkout master
$ git merge --no-ff fixbug-1.1.1
$ git tag -a 1.1.1
$ git push origin 1.1.1`
bug 修复完成,合并回 master
并打上版本号;
$ git checkout develop
$ git merge --no-ff fixbug-1.1.1
$ git branch -d fixbug-1.1.1
$ git push origin --delete fixbug-1.1.1