Repository files navigation
版本库:.git文件夹,里面包含两部分:暂存区和本地仓库;
名词
解释
Workspace
工作区,本地电脑存放项目文件的地方
Index/Stage
暂存区,存在于.git文件夹,存放临时文件,用来准备一个提交,但可以不用把工作目录中所有的修改内容都包含进来。这样你可以创建一个高度聚焦的提交,尽管你本地修改很多内容。使用add命令之后,将工作区的改动文件添加到此处
本地仓库
存在于.git文件夹,是各个分支存储处,包括git自动创建的master分支,使用commit命令可以将暂存区中的文件添加到本地仓库中
远程仓库
存在于git服务器
命令
作用
git add [file]或.
将改动从工作区提交到暂存区
git commit -m "提交说明"
将暂存区改动提交到本地仓库
git pull
拉取远程仓库改动至工作区
先git fetch,然后git merge
拉取远程仓库改动至本地仓库,然后合并工作区
git push origin master
一般使用简单写法git push:推送本地仓库改动至远程仓库
git的配置文件为.gitconfig,它可以在用户主目录下(全局配置),也可以在项目目录下(项目配置)。
命令
作用
git config --list
列出当前配置
git config --local --list
列出repository配置
git config --global --list
列出全局配置
git config --system --list
列出系统配置
git config --global user.name "your name"
配置用户名
git config --global user.email "youremail@github.com"
配置用户邮箱
git config --global user.password "your password"
配置用户密码
git config --global color.ui auto
配置git命令输出为彩色的
git config --global core.editor vi
配置git使用的文本编辑器
git config --global merge.tool vimdiff
配置解决冲突时使用哪种差异分析工具,比如要使用vimdiff
四、工作区上的操作命令(Workspace) 回到目录
新建本地仓库
命令
作用
git init
在当前目录新建一个Git代码库
git init [project-name]
新建一个目录,将其初始化为Git代码库
git clone [url]
下载一个项目和它的整个代码历史
git clone [url] [projec name]
克隆远程库,并且重命名项目名称
提交操作 回到目录
命令
作用
git add .
提交工作区所有文件到暂存区
git add [file1] [file2] ...
提交工作区中指定文件到暂存区
git add [dir]
提交工作区中某个文件夹中所有文件到暂存区(包括子目录)
撤销操作 回到目录
命令
作用
git rm [file1] [file2] ...
删除工作区文件,并且也从暂存区删除对应文件的记录
git rm --cached [file]
从暂存区中删除文件,但是工作区依然还有该文件
git reset HEAD [file]...
取消暂存区已经暂存的文件
git checkout --[file]
当改乱了工作区某个文件的内容,而且尚未进行add命令,想直接丢弃工作区的修改时使用此命令
git stash
隐藏当前变更,以便能够切换分支
git stash list
查看当前所有的储藏
git stash apply
应用最新的储藏
git stash apply stash@{0}
恢复指定的stash(0代表第一个)
git stash apply --index
重新应用被暂存的变更,使用apply命令只是应用储藏,而内容仍然还在栈上,需要移除指定的储藏
git stash drop stash{0}
移除指定的储藏
git stash pop
恢复储藏,并删除stash内容
更新操作 回到目录
命令
作用
git mv [file-original] [file-renamed]
重命名文件,并将已改名文件提交到暂存区
查询操作 回到目录
命令
作用
git status
查询当前工作区所有文件的状态
git diff
比较工作区中当前文件和暂存区之间的差异,也就是修改之后还没有暂存的内容
git diff [file-name]
指定文件在工作区和暂存区上差异比较
提交文件到版本库
命令
作用
git commit -m [commit info]
将暂存区的改动提交到本地仓库,每次提交都会产生一个commit id
git commit [file1] [file2] ... -m [commit info]
提交暂存区的指定文件到本地仓库,每次提交都会产生一个commit id
git commit -a
将所有已经使用git管理过的文件暂存后一并提交至本地仓库,跳过add到暂存区的过程,每次提交都会产生一个commit id
git commit --amend
提交文件时,发现漏掉几个文件,或者注释写错了,可以撤销上一次提交,即amend提供对最后一次commit的反悔,但是如果已经push过了,那么其历史最后一次,永远也不能修改了
git rebase -i HEAD~3
表示要修改当前版本的倒数第三次状态
查看信息 回到目录
命令
作用
git diff --cached
比较暂存区与上一版本的差异
git diff <file-name> --cached
指定文件在暂存区和本地仓库的不同
git log
查看提交历史
git log -p -2
参数-p展开每次提交的内容差异,用-2显示最近的两次更新
git reflog
用来记录每一次命令,即显示整个本地仓储的commit, 包括所有branch的commit, 甚至包括已经撤销的commit, 只要HEAD发生了变化, 就会在reflog里面看得到. git log只包括当前分支的commit
打标签 回到目录
命令
作用
git tag
列出现在所有的标签
git tag v1.5
创建一个轻量级标签的话,就直接使用git tag命令即可,连-a,-s以及-m选项都不需要,直接给出标签名字即可
git tag -l "v1.4.2.*"
使用特定的搜索模式列出符合条件的标签,例如:这个命令是只对1.4.2系列的版本感兴趣
git tag -a v1.4 -m "my version 1.4"
创建一个含附注类型的标签,需要加-a参数
git show v1.4
使用git show命令查看相应标签的版本信息,并连同显示打标签时的提交对象
git tag -s v1.5 -m "my signed 1.5 tag"
如果有自己的私钥,可以使用GPG来签署标签,只需要在命令中使用-s参数
git tag -v v1.5
验证已签署的标签
git push origin v1.5
将标签推送到远程仓库中
git push origin --tags
将本地所有的标签全部推送到远程仓库中
分支管理 回到目录
命令
作用
git branch [branch-name]
创建分支
git checkout [branch-name]
从当前所处的分支切换到其他分支
git checkout -b [branch-name]
新建并切换到新建分支上
git push origin local_branch:remote_branch
创建远程分支,建立在本地分支的基础上
git branch -d [branch-name]
删除分支
git merge [branch-name]
将当前分支与指定分支进行合并
git branch
显示本地仓库的所有分支
git branch -v
查看各个分支最后一个提交对象的信息
git branch --merged
查看哪些分支已经合并到当前分支
git branch --no-merged
查看当前哪些分支还没有合并到当前分支
git merge [remote-name]/[branch-name]
把远程分支合并到当前分支。 如果是单线的历史分支不存在任何需要解决的分歧,只是简单的将HEAD指针前移,所以这种合并过程可以称为快进(Fast forward),而如果是历史分支是分叉的,会以当前分叉的两个分支作为两个祖先,创建新的提交对象;如果在合并分支时,遇到合并冲突需要人工解决后,再才能提交
git checkout -b [local_branch-name] [origin-name]/[remote_branch-name]
在远程分支的基础上创建新的本地分支,而后便可拉取该分支代码
git pull
在跟踪分支上,拉取远程仓库的变化,并与本地分支合并
git rebase
可以对某一段线性提交历史进行编辑、删除、复制、粘贴,可以把本地未push的分叉提交历史整理成直线。 使用rebase操作应该遵循的原则是:一旦分支中的提交对象发布到公共仓库,就千万不要对该分支进行rebase操作。
git rebase -i [startpoint] [endpoint]
-i的意思是--interactive,即弹出交互式的界面让用户编辑完成合并操作,[startpoint]和[endpoint]则指定了一个编辑区间,如果不指定[endpoint],则该区间的终点默认是当前分支HEAD所指向的commit(注:该区间指定的是一个前开后闭的区间)。 如:git rebase -i 36224db或git rebase -i HEAD~3
git rebase [rebase-branch] [branch-name]
如git rebase master server,将特性分支server提交的改变在基底分支master上重演一遍
git rebase [startpoint] [endpoint] --onto [branchName]
即将某一段commit粘贴到另一个分支上。 [startpoint]和[endpoint]仍然和上一个命令一样指定了一个编辑区间(前开后闭),--onto的意思是要将该指定的提交复制到哪个分支上
'git branch --set-upstream-to=origin/remotebranch localbranch'
将远程分支与本地分支建立关联
命令
作用
git remote
查看本地仓库关联的远程仓库
git remote add [remote-name] [url]
添加远程仓库,一般会取一个简短的别名
git fetch [remote-name]
从远程仓库中抓取本地仓库中没有的更新。 使用fetch只是将远端数据拉到本地仓库,并不自动合并到当前工作分支,只能人工合并。 如果设置了某个分支关联到远程仓库的某个分支的话,可以使用git pull来拉去远程分支的数据,然后将远端分支自动合并到本地仓库中的当前分支
git push [remote-name] [remote-branch]
推送分支代码
git push [remote-name] [local-branch]:[remote-branch]
将本地分支推送到远程仓库的不同名或同名分支
git push [romote-name] :[remote-branch],或者git push origin --delete dev
删除远程分支。 如git push origin :serverfix,这里省略了本地分支,也就相当于将空白内容推送给远程分支,就等于删掉了远程分支。
git branch -D dev
删除本地分支
git push
git push的一般形式为:git push <远程主机名> <本地分支名> <远程分支名> 。 如果当前分支只有一个远程分支,那么主机名都可以省略,形如 git push,可以使用git branch -r ,查看远程的分支名
git remote rename [old-name] [new-name]
修改某个远程仓库在本地的简称
git remote rm [remote-name]
移除远程仓库
命令
作用
*.a
忽略所有 .a 结尾的文件
!lib.a
lib.a 除外
/TODO
仅仅忽略项目根目录下的 TODO 文件,不包括 subdir/TODO
build/
忽略 build/ 目录下的所有文件
doc/*.txt
忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/**/*.txt
忽略 doc/ 目录下所有扩展名为 txt 的文件
集中式工作流:
以中央仓库为集中点,所有人工作在master一个分支上,团队在此分支上拉取、提交、解决冲突。
集中式工作流-详细介绍
功能分支工作流:
按照不同功能划分分支,不同功能研发组员在各自的分支上研发,master分支代表正式项目的历史。
首先研发成员发起Pull Request,流程走到code review(如果有的话),Pull Request确认无误被接受,然后审核人员首先确认一下本地master分支和上游master分支保持一致,再做合并,合并完毕同步本地master到上游master。
功能研发完毕可以将无用分支删除。
功能分支工作流-详细介绍
Gitflow工作流:
功能分支工作流使得项目开发异常灵活,但是给分支的管理带来了不便,Gitflow在此基础上做演变,是大型项目常用模式。
Gitflow工作流-详细介绍
Forking工作流:
与前面3中工作流不同,该方式拥有多个服务端仓库,即:每个coder拥有本地和远程两个分支,远程仓库是公开的。
Forking工作流-详细介绍
You can’t perform that action at this time.