Git flow概述
Git flow是最早产生, 也是得到广深采用的的一种工作流程, 他的分支管理策略非常值得借鉴, 很大程度上避免了Git分支管理的混乱.
- 项目存在两个长期分支
- 主分支 master
- 开发分支 develop
- 项目存在三个临时分支
- 功能分支 feature
- 补丁分支 hotfix
- 预发布分支 release 开发完成后, 它们会被合并进develop或master, 然后删除.
工作流程
主分支 master
用于正式发布, 应该是被锁定的, 不能做此分支上做任何的修改. 一直保持处于Production-Ready状态.
开发分支 develop
主开发分支, 用于日常开发, 包含所有要发布到下一个Release的代码, 主要用来合并与其他分支, 比如feature分支. 创建develop分支
git checkout -b develop master
将develop分支合并到master分支
# 切换到master分支
git checkout master
# 对develop分支进行合并
git merge --no-ff develop
功能分支 feature
在develop分支上创建, 开发完成后, 再并入develop. 创建一个功能分支:
git checkout -b feature-abc develop
开发完成后, 合并到develop分支
git checkout develop
git merge --no-ff feature-abc
关于分支合并, 常用的命令有git merge和git rebase, 后面会给出详细说明
删除feature分支
git branch -d feature-abc
预发布分支 release
在发布正式版本之前(合并到master分支之前), 需要一个预发布分支进行测试.
预发布分支是在develop分支上创建出来, 预发布结束以后, 必须合并进develop和master分支.
创建一个预发布分支
git checkout -b release-0.1 develop
测试后, 合并到master
git checkout master
git merge --no-ff release-0.1
# 对合并生成的新节点，做一个标签
git tag -a 0.1
再合并到develop分支
git checkout develop
git merge --no-ff release-0.1
最后, 删除预发布分支
git branch -d release-0.1
补丁分支 hotfix
主要是用来修正线上bug. 补丁分支在master分支上创建, 开发完成后, 再合并进master和develop分支.
创建一个补丁分支
git checkout -b fixbug-0.1 master
开发结束后, 合并到master分支
git checkout master
git merge --no-ff fixbug-0.1
git tag -a 0.1.1
再合并到develop分支
git checkout develop
git merge --no-ff fixbug-0.1
删除分支
git branch -d fixbug-0.1
常用命令
- 基本命令
Workspace：工作区
Index / Stage：暂存区
Repository：仓库区（或本地仓库）
Remote：远程仓库
# 拉取远程仓库主干版本代码
git clone git@x.x.x.x:xxxxx.git xxxx
# 拉取远程仓库dev分支代码
git clone -b dev git@x.x.x.x:xxxxx.git xxxx
- 配置
# 显示当前的Git配置
git config --list
# 编辑Git配置文件
git config -e [--global]
# 设置提交代码时的用户信息
git config [--global] user.name "[name]"
git config [--global] user.email "[email address]"
- 增加/删除
# 添加指定文件到暂存区
git add [file1] [file2] ...
# 添加指定目录到暂存区，包括子目录
git add [dir]
# 添加当前目录的所有文件到暂存区
git add .
# 添加每个变化前，都会要求确认
# 对于同一个文件的多处变化，可以实现分次提交
git add -p
# 删除工作区文件，并且将这次删除放入暂存区
git rm [file1] [file2] ...
# 停止追踪指定文件，但该文件会保留在工作区
git rm --cached [file]
# 改名文件，并且将这个改名放入暂存区
git mv [file-original] [file-renamed]
- 代码提交
# 提交暂存区到仓库区
git commit -m [message]
# 提交暂存区的指定文件到仓库区
git commit [file1] [file2] ... -m [message]
# 提交工作区自上次commit之后的变化，直接到仓库区
git commit -a
# 提交时显示所有diff信息
git commit -v
# 使用一次新的commit，替代上一次提交
# 如果代码没有任何新变化，则用来改写上一次commit的提交信息
git commit --amend -m [message]
- 分支
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 列出所有本地分支和远程分支
git branch -a
# 与远程仓库同步本地分支索引
git fetch -p
# 新建一个分支，但依然停留在当前分支
git branch [branch-name]
# 新建一个分支，并切换到该分支
git checkout -b [branch]
# 新建一个分支，指向指定commit
git branch [branch] [commit]
# 新建一个分支，与指定的远程分支建立追踪关系
git branch --track [branch] [remote-branch]
# 切换到指定分支，并更新工作区
git checkout [branch-name]
# 切换到上一个分支
git checkout -
# 建立追踪关系，在现有分支与指定的远程分支之间
git branch --set-upstream [branch] [remote-branch]
# 合并指定分支到当前分支
git merge [branch]
# 删除分支
git branch -d [branch-name]
# 删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]
- 远程
# 下载远程仓库的所有变动
git fetch [remote]
# 显示所有远程仓库
git remote -v
# 显示某个远程仓库的信息
git remote show [remote]
# 增加一个新的远程仓库，并命名
git remote add [shortname] [url]
# 取回远程仓库的变化，并与本地分支合并
git pull [remote] [branch]
# 上传本地指定分支到远程仓库
git push [remote] [branch]
# 强行推送当前分支到远程仓库，即使有冲突
git push [remote] --force
# 推送所有分支到远程仓库
git push [remote] --all
- 撤消
# 恢复暂存区的指定文件到工作区
git checkout [file]
# 恢复某个commit的指定文件到暂存区和工作区
git checkout [commit] [file]
# 恢复暂存区的所有文件到工作区
git checkout .
# 重置暂存区的指定文件，与上一次commit保持一致，但工作区不变
git reset [file]
# 重置暂存区与工作区，与上一次commit保持一致
git reset --hard
# 重置当前分支的指针为指定commit，同时重置暂存区，但工作区不变
git reset [commit]
# 重置当前分支的HEAD为指定commit，同时重置暂存区和工作区，与指定commit一致
git reset --hard [commit]
- 其他
# 显示有变更的文件
git status
# 显示当前分支的版本历史
git log
# 显示commit历史，以及每次commit发生变更的文件
git log --stat
# 显示某个commit之后的所有变动，每个commit占据一行
git log [tag] HEAD --pretty=format:%s
# 显示某个commit之后的所有变动，其"提交说明"必须符合搜索条件
git log [tag] HEAD --grep feature
# 显示某个文件的版本历史，包括文件改名
git log --follow [file]
git whatchanged [file]
# 显示过去5次提交
git log -5 --pretty --oneline
# 显示暂存区和工作区的差异
git diff
# 显示暂存区和上一个commit的差异
git diff --cached [file]
# 显示工作区与当前分支最新commit之间的差异
git diff HEAD
# 显示两次提交之间的差异
git diff [first-branch]...[second-branch]
# 显示当前分支的最近几次提交
git reflog
注意
git merge和git rebase的选择
- merge和rebase的区别
merge 是一个合并操作，会将两个分支的修改合并在一起，默认操作的情况下会提交合并中修改的内容.
merge 的提交历史忠实地记录了实际发生过什么，关注点在真实的提交历史上面
rebase 并没有进行合并操作，只是提取了当前分支的修改，将其复制在了目标分支的最新提交后面
rebase 的提交历史反映了项目过程中发生了什么，关注点在开发过程上面
与远程仓库同步时，使用 pull 命令默认进行了 git fetch + git merge 两个操作，可以通过加上 --rebase 命令将 fetch 后的 merge 操作改为 rebase 操作
- 解决冲突的区别
merge 遇见冲突后会直接停止，等待手动解决冲突并重新提交 commit 后，才能再次 merge
rebase 遇见冲突后会暂停当前操作，开发者可以选择手动解决冲突，然后 git rebase --continue 继续，或者 --skip 跳过（注意此操作中当前分支的修改会直接覆盖目标分支的冲突部分），亦或者 --abort 直接停止该次 rebase 操作
- merge 与 rebase 都是非常强大的分支整合命令，没有优劣之分
rebase 主要是为是将提交约线图平坦化. rebase 是『危险行为』，建议你足够熟悉 git 时才这么做.
git merge --no-ff的作用
默认情况下, git执行的是"快进式合并"(fast-forward merge), 这种模式, 删除分支后, 会丢掉分支信息.
--no-ff的作用是禁用fast-forward, 这样git会在merge时生成一个新的commit, 为了保证版本演进的清晰，我们希望采用这种做法。
来源：oschina
链接：https://my.oschina.net/u/592601/blog/691480