使用Git必须要理解的GitFlow,附Git常用命令

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 最经典的几张流程图,一定要理解:

使用Git必须要理解的GitFlow,附Git常用命令_第1张图片

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

使用Git必须要理解的GitFlow,附Git常用命令_第2张图片

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

使用Git必须要理解的GitFlow,附Git常用命令_第3张图片

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

使用Git必须要理解的GitFlow,附Git常用命令_第4张图片

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

使用Git必须要理解的GitFlow,附Git常用命令_第5张图片

Git常用命令

  • 创建仓库:git init
  • 添加到仓库:
    1.git add 把文件修改添加到暂存区
    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 [email protected]:username/projectname.git
  • 推送到远程仓库:
    git push -u origin 远程库是空的时,第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令git push origin
  • 远程仓库克隆到本地:git clone [email protected]:username/projectname.git
  • 创建分支:git branch
  • 切换分支:git checkout
  • 创建并切换分支:
    git checkout -b 相当于执行了git branch 和git checkout
    git checkout -b origin/ 创建远程分支对应的本地分支
  • 查看当前分支:git branch
  • 合并指定分支到当前分支
    git merge //Fast forward模式
    git merge --no-ff -m "description" //非Fast forward模式,合并创会建一个新的commit
  • 删除分支:
    git branch -d
    git branch -D 删除没有合并过的分支
  • 分支合并图:git log --graph --pretty=oneline --abbrev-commit
  • 储藏工作区:git stash
  • 储藏列表:git stash list
  • 恢复储藏内容到工作区
    git stash pop 恢复的同时把stash内容也删了
    git stash apply 只恢复,stash内容并不删除
    git stash drop 删除stash内容
  • 查看远程仓库信息:git remote -v
  • 创建标签
    git tag v1.0 (commit id)
    git tag -a v0.1 -m "description" //添加说明
  • 查看标签: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 推送自己的修改;
    2.如果推送失败,则因为远程分支比你的本地更新,需要先用git pull试图合并;
    3.如果合并有冲突,则解决冲突,并在本地提交;
    4.没有冲突或者解决掉冲突后,再用git push origin 推送就能成功!
    5.如果git pull提示“no tracking information”,则说明本地分支和远程分支的链接关系没有创建,用命令git branch --set-upstream origin/

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

你可能感兴趣的:(使用Git必须要理解的GitFlow,附Git常用命令)