Git是什么
Git是目前世界上最先进的版本控制系统,主要和Gerrit等代码审查系统搭配进行代码版本控制和质量管理。
Git的工作模型
-
Git有三个本地工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下:
-
Workspace:工作区,就是你平时存放项目代码的地方
-
Index / Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
-
Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
-
Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
本地的三个区域是HEAD(可使用相应的命令进行切换,但HEAD始终指向你的当前正在操作的分支)指向版本的工作区域
- 文件的四种状态(使用 git status 查看)
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。
- Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
- Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处, 如果它被修改, 而变为Modified. 如果使用git rm移出版本库, 则成为Untracked文件
- Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这个文件也有两个去处, 通过git add可进入暂存staged状态, 使用git checkout 则丢弃修改过, 返回到unmodify状态, 这个git checkout即从库中取出文件, 覆盖当前修改 !
- Staged: 暂存状态. 执行git commit则将修改同步到库中, 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified
一般工作流程
- 添加修改至暂存区(git add .)
- 提交修改到本地仓库(git commit -m “commit message”)
- 推送修改到远程仓库(git push origin branch_name)
详细流程如下图所示:
常用命令及作用
仓库搭建
//第一种方式:自行初始化仓库(在你要存放仓库的文件夹里面执行:下同)
git init
//第二种方式:远程获取
git clone repo_address
Git分支
常用命令
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 新建一个分支,但依然停留在当前分支
git branch [branch-name]
# 新建一个分支,并切换到该分支
git checkout -b [branch]
# 合并指定分支到当前分支
$ git merge [branch]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]
一般流程
//1.从远端克隆代码(第一次拉取代码)
git clone repo_address
//2.查看该仓库的所有远程分支
git branch -ar
//3.确定你的开发分支,重新拉取此分支的代码(rebase自动生成提交id)
git pull --rebase origin branch_name
//4.添加你的修改到暂存区
git add file_name
//4.1撤销添加
git restore --staged file_name
//5.提交你的修改到本地仓库
//(配置了全局模板后,会自动打开模板编辑提交信息,所以不用-m参数)
git commit
//5.2撤销提交
//5.2.1不保留修改
git reset --hard HEAD~
//5.2.2保留修改
git reset --soft HEAD~
//6.推送到远程的仓库的指定分支
git push origin HEAD:refs/for/branch_name
特殊流程处理
- git冲突解决
push后,远端仓库的代码已经改变,本地仓库代码已经过时,但是你在过时的代码上进行了修改,此时push会出现这种冲突,此时需要下面操作,通常文件不一致(同名)时才会触发,本地文件比远程仓库文件多或者少不会触发这种冲突
//1.重新拉取冲突分支的代码
git pull --reabse origin branch_name
//2.提交冲突文件
git add crash_file_name
//3重新拉取(因为之前的拉取被打断了)
git rebase --continue
//5.冲突解决完成之后打补丁提交
git commit amend
//6.推送至远程仓库
git push origin HEAD:refs/for/branch_name
- Gerrit review失败,需要重新打补丁提交
//1.(修改完毕后)添加修改至暂存区
git add file_name
//2.打补丁提交
git commit amend
//3.推送至远程仓库
git push origin HEAD:refs/for/branch_name