一、Git起步
(1) 与其他版本控制系统的差别
(a) 存储信息的方式
其他版本控制系统:以文件变更列表的方式存储信息;
Git:对小型文件系统的一组快照,每次提交制作快照时,若文件没有 修改则不重新存储,而只保留指向之前存储文件的链接;
(b) 本地执行
其他版本控制系统:集中式,有网络延时,无网络时无法提交;
Git:本地执行,无网络时也可本地提交;
(c) 完整性
其他版本控制系统:(待确定);
Git:SHA-1校验和;
(2) 三种状态
已提交(committed):数据已经安全的保存在本地数据库中;
已修改(modified):修改了文件,但还没保存到数据库中;
已暂存(staged):表示对一个已修改文件的当前版本做了标记,使之包含在下次提交的快照中;
(3) 三个工作区域
Git仓库:保存项目元数据和对象数据库的地方;
工作目录:项目的某个版本独立提取出来的内容;
暂存区域:一个文件,保存了下次将提交的文件列表信息(修改过的文件信息),也被称为“索引”;
(4) 配置
(a) 配置存放位置
/etc/gitconfig文件,使用--system选项,系统上每个用户通用配置;
~/.gitconfig或~/.config/git/config文件,使用--global选项,针对当前用户;
当前仓库.git/config,针对当前仓库;
(b) git config:
修改:
git config [--global|--system] KEY VALUE
查看所有:
git config —list
查看某一项:
git config KEY
别名:
git config [--global]alias.SHORT_COMMOND COMPLETE_COMMOND
如git config --global alias.last 'log -1 HEAD'
二、Git初始化
(1) 获取Git仓库
现有所有文件导入git中:
git init
;克隆现有的仓库:
git clone URL [NEW_NAME]
;
三、Git基本提交
(1) 文件状态
状态变化图(见右)
未跟踪;
-
已跟踪:
未修改(已提交);
已修改;
已暂存;
(2) 检查当前文件状态
git status [--short(-s)]
状态简览
?? -- 未跟踪;
A -- 新添加到暂存区;
D -- 删除的文件;
左边M -- 被修改并添加到暂存区(修改过,未add的无法提交);
右边M -- 在工作区被修改了还没放入暂存区;
(2) 跟踪文件
(a) add
理解为“添加内容到下一次提交中”而不是“将一个文件添加到项目中”
git add FILE_NAME | DICTIONARY_NAME |.
参数:
-i:交互方式,可选择git基本功能;
-u:更新已经加入到暂存区的文件修改;
(b) 忽略文件:
.gitignore文件
规则:
注释:“#”开头;
防止递归:以(/)开头;
指定目录:以(/)结尾;
忽略:模式前加上惊叹号(!)取反;
-
glob 模式匹配:
匹配零个或多个任意字符:*;
匹配任意中间目录:**;
匹配任何一个方括号中的字符:[xxx];
匹配任何一个范围的字符:[x-x'];
匹配任意一个字符:?;
实用工具:http://gitignore.io
(3) 提交更新
git commit [-m | -a ] COMMIT_MESSAGE
COMMIT_MESSAGE多行信息,可用一个单引号实现
参数:
-m:可以简要填写提交信息;
a:自动暂存已跟踪过的文件,并提交;
(a) 补充提交
git commit --amend [-m NEW_MESSAGE]
提交之后,想重新提交刚才提交过的更新,用此命令;
用参数“-m”可以更新提交的信息;
(b) 提交的过程
git会保存一个提交对象,保持暂存内容快照的指针,以及提交时的信息;提交对象的父对象,是上一次提交的对象(可能多个或没有);
暂存操作为每个文件计算校验和,保存当前版本的文件快照,等待提交;
提交时,计算每个子目录的校验和,并将其保存为树对象;创建提交对象,包含指向树对象和各个文件快照的指针;非首次提交有指向父对象的指针;
(4) 移除文件
git rm [-f | --cached] FILE_NAME | DICTIONARY_NAME
参数:
-f:删除已修改并放入暂存区的文件;
-cached:将文件从暂存区(git仓库)中移除,但仍保留在当前工作目录中;
(5) 移动文件
git mv FILE_FROM FILE_TO
(6) 储藏与清理
(a) 储藏 stash
解决:要切换分支,但又不想为做了一半的工作创建一次提交的情况;
-
储藏:
git stash [save MESSAGE|-u(--include-untracked)|-k(--keep-index)|--all(-a)]
;默认储藏已暂存的修改;
u,则在此基础上加上未暂存的修改;
k,--keep-index则只储藏未暂存的修改;
--all,-a所有文件储藏,不仅仅本次修改;
查看:
git stash list
;恢复第n次储藏(与list中的数字一样),默认最近一次即stash@{0}:
git stash apply stash@{n}
恢复最近一次也可以用(但会删除储藏的记录):git stash pop
;移除储藏:
git stash drop stash@{n}
;以储藏新建分支:
git stash branch
;
(b) 清理 clean
移除不在暂存区的修改
git clean [-f|-d|-n]
-f 强制执行,-n 列出将会做的处理
四、还原历史
(1) 重置
(a) “三棵树”
HEAD:当前分支引用的指针,上一次提交;
Index:暂存区域引用指针,预期的下一次提交;
Working Directory:沙盒;
(b) reset
git reset --soft|mixed|hard
soft:移动HEAD到目标提交上,之间修改保留在暂存区;
mixed(默认):除了以上操作,将Index(暂存区)上的还原成目标提交上的,之间修改保留在工作区;
hard:除了以上两项操作,将工作区的修改还原成目标提交上的;
与checkout一样,区别在于:checkout更安全有检查,且移动HEAD(分支)而非其指向;
(2) 撤销提交
(a) 取消暂存的文件
将已加到暂存区的文件取消暂存
git reset HEAD FILE_NAME
git reset -- FILE_NAME
(b) 撤销对文件的修改
撤销所有文件修改,回到上一次提交状态:
git reset --hard HEAD
;撤销不在暂存区中的文件的修改:
git checkout — FILE_NAME
;将文件还原到BRANCH_NAME分支上的最新进度:
git checkout BRANCH_NAME — FILE_NAME
;
(c) 合并还原提交
git revert -m N BRANCH_NAME | COMMIT_HASH
撤销该次提交的操作,该次提交之后的修改仍然存在
若要撤销“还原提交”操作,继续用revert命令;
git revert -n
撤销而不产生提交信息,可查看做了哪些更改,再决定是否提交
(d) 重写提交历史
-
利用变基操作:
git rebase -i BRANCH_NAME | HEAD~n | ...
之后,有从当前分支到BRANCH_NAME分支之间的提交历史列表,选择pick(提交)或squash(合并)等操作;
利用reset:
git reset --soft COMMIT_HASH
,再进行提交git commit
;
五、分支与合并
(1) 分支
实际上是指向提交对象的可变指针,默认是master;
HEAD指针指向当前所在的本地分支;
(2) 新建分支
(a) 根据branch新建
git checkout -b [--track][NEW_BRANCH_NAME] BRANCH_NAME
# 等同于
git branch BRANCH_NAME
git checkout BRANCH_NAME
参数--track:将新分支与当前分支建立跟踪关系
(b) 根据commit新建:
git checkout COMMIT_HASH
git checkout -b NEW_BRANCH_NAME
# 或者
git branch NEW_BRANCH_NAMECOMMIT_HASH
(3) 查看分支
git branch [-v | --merged | --no-merged]
参数:
-v:查看每个分支的最后一次提交;
--merged,--no-merged:查看已合并、未合并到当前分支的分支;
(4) 删除分支
git branch -d | -D BRANCH_NAME
-D是丢掉未合并工作,强制删除
(5) 分支合并
git merge BRANCH_NAME
将BRANCH_NAME合并到当前分支上
若有冲突,git status
, git diff
查看冲突并解决,可用git mergetool
中止合并:git merge —abort
"fast-forward":即如果当前HEAD是待合并commit的祖先,则会将当前分支指针指向待合并commit,不会产生新的merge commit,这是git merge操作的默认操作;
若加上参数git merge --no-ff
,则在此场景下,会产生新的merge commit;
(6) 变基
(a) 方法
使用rebase命令,可以将提交到某一分支上的所有修改都移至另一分支;
git checkout BRANCH_C4
git rebase BARNCH_C3
git checkout BRANCH_C3
git merge BRANCH_C4
# 等同于
git rebase BRANCH_C3 BRANCH_4
git checkout BRANCH_C3
git merge BRANCH_C4
变基过程中,若存在冲突则解决冲突,后用git rebase —continue
,而不是git commit
;
(b) 原理
首先找到这两个分支(即当前分支 experiment、变基操作的目标基底分支 master)的最近共同祖先 C2,然后对比当前分支相对于该祖先的历次提交,提取相应的修改并存为临时文件,然后将当前分支指向目标基底 C3, 最后以此将之前另存为临时文件的修改依序应用;
(c) 注意
不要对在你的仓库外有副本的分支执行变基;
(7) 打标签
(a) 列出标签
git tag [-l GLOB_STRING | -n]
参数:
-l:列出符合模式的所有标签;
-n:列出所有标签即对应的标签信息(若无标签信息则为commit信息)
(b) 查看标签
git show TAG_NAME
(c) 创建标签
-
附注标签:
git tag -a TAG_NAME -m TAG_MASSAGE
存储了标签的作者、时间等信息;
-
轻量标签:
git tag TAG_NAME
将提交校验和存储到一个文件中,不存其他信息;
-
后期打标签:
git tag -a TAG_NAME HASH
给某一次提交打标签
(d) 删除标签
git tag -d TAG_NAME
(e) 删除远程标签
git push origin :TAG_NAME
(f) 推送标签
git push origin TAG_NAME | --tags
将特定标签推送到服务器,推送所有标签
(g) 检出标签
git checkout -b BRANCH_NAME TAG_NAME
在特定的标签上创建一个分支
六、远程协作
(1) 远程仓库
(a) 查看远程仓库
git remote [-v | show REMOTE_NAME]
参数
无参数:列出远程服务器的简写;
-v:需要读写远程仓库的简写与其对应的URL;
show:列出远程仓库的URL与跟踪分支的信息,以及push和pull的情况;
(b) 添加远程仓库
git remote add [-u] SHORT_NAME URL
可使用SHORT_NAME来代替整个URL,参数-u设置为默认远程仓库与--set-upstream一样
(c) 拉取远程仓库
-
仅拉取:
git fetch REMOTE_NAME
访问远程仓库,从中拉取所有本地还没有的数据,但不会合并,需手动merge;
如果使用clone,会自动将其添加为远程仓库并简称为origin;
-
拉取并尝试合并:
git pull REMOTE_NAME BRANCH_NAME
拉取后自动尝试合并到当前分支;
(d) 推送到远程仓库
git push REMOTE_NAME LOCAL_BRANCH_NAME:REMOTE_BRANCH_NAME
git pull --ff-only
:类似的,可以在pull操作时加上参数--ff-only,只合并那些“fast-forward”的情况;git pull --rebase COMMIT
:不会产生新的merge提交,而是和rebase类似,将两个提交之间相差的提交部分提交到COMMIT之后;git push REMOTE_NAME +LOCAL_BRANCH:REMOTE_BRANCH
:强制更新远程分支,如果本地reset之后,可以采用这个命名更新远程分支;
(e) 重命名远程仓库
git remote rename OLD_REMOTE_NAME NEW_REMOTE_NAME
(f) 删除远程仓库
git remote rm REMOTE_NAME
(2) 远程分支
(a) 查看远程分支
git ls-remote REMOTE_NAME
git remote show REMOTE_NAME
git branch -r
# 所有跟踪分支
git branch -vv
(b) 增加远程仓库
git remote add REMOTE_NAME REMOTE_URL
(c) 跟踪分支
# 从远程拉取分支并跟踪
git checkout --track ORITIN_NAME/BRANCH_NAME
# 分支A跟踪分支B,分支B若有跟踪远程分支,则分支A也跟踪了
git checkout --track -b BRANCH_NAME_ABRANCH_NAME_B
(d) 删除分支
git push ORIGIN_NAME --delete BRANCH_NAME
七、检查与比较
(1) 比较文件
git diff [--staged(--cached) | HEAD]
参数
无参数:比较工作区与暂存区快照之间的差异;
-staged或--cached:已暂存的与HEAD的差异;
HEAD:比较工作区与HEAD的差异;
(2) 查看冲突
git diff [--ours | --theirs | --base]
以该分支为基础查看,合并了什么:--ours;
以对方分支为基础查看,合并了什么:--theirs;
查看冲突的改动:--base;
(3) 查看提交历史
git log [-p | -RECENT_N_TIMES | --stat |--pretty | --graph | --since | --before | --author | --committer | --grep |--decorate]
参数
-p:显示每次提交的内容差异;
RECENT_N_TIMES: 最近N次提交;
-stat:每次提交的简略统计信息(统计文件哪些行被修改了);
-
-pretty=oneline|format:"...":
oneline:单行显示;
format:可用格式占位符 %H, %h 长短Hash字串,%an 作者名字,% cn 提交者名字,%cd 提交日期,%s提交说明;
-since(--after),--before(--until):限定日期,如“2008-10-01”;
-grep:仅显示指定关键字的提交;
-decorate:提交历史中列出分支信息;
git log --oneline --graph --decorate
一行查看日志,有branch合并的信息
git log -p FILE_NAME
显示文件FILE_NAME,每次提交实际修改的内容
git log -L BEGIN_LINE,END_LINE:FILE_NAME
指定文件中的某些行,查看这些行的变化日志
(4) 提交日志查看工具
(a) 引用日志
git reflog
与log的不同在于:最新更改放在列表前面显示,包括reset重置操作;(重置后也能查看到跳过的commit信息)
每当HEAD所指向的位置发生了变化,Git就会将这个信息存储到引用日志这个历史记录里;
(b) 查看具体修改 git show
-
查看分支在n次前所指向的提交:
git show BRANCH_NAME@{n}
-
父提交:
git show HASH^ git show HASH~
-
祖父提交:
git show HASH^^ git show HASH~2
-
(合并的)第二父提交:
git show HASH^2
(c) 提交区间
# 在分支A中,但不在分支B中的
git log BRANCH_B..BRANCH_A
git log ^BRANCH_B BRANCH_A
git log BRANCH_A --not BRANCH_B
# 只被两者之一包含
git log BRANCH_A...BRANCH_B
(d) 搜索
-
搜索目录文件:从提交历史或工作目录中查找一个字符串正则表达式;
git grep [-n | --count] FIND_GREP
参数
n:输出说找到匹配行行号;
-count:输出概述,仅包括哪些文件包含匹配及匹配数量;
-
搜索日志:
git log -S FIND_GREP --oneline
-
搜索文件的每一行来源:
git blame FILENAME