git学习总结

Git是⼀个 分布式版本控制系统，⽤于处理从⼩到⼤的项⽬，速度和效率的⼀切。

Git ，具有 。它超越了像Subversion，CVS，Perforce和ClearCase这样的SCM⼯具，具有，便利的和 。相⽐较与svn的集中管理管理控制，git更适合未来的发展。

现在⽹上有很多git教程，讲的东西很多，很细。但是有些东西并不常⽤，也没有必要熟悉记住，在这⾥我只总结⼀些常⽤的，能提⾼效率的命令。

git 常⽤命令如下

git init

在本地新建⼀个repo,进⼊⼀个项⽬⽬录,执⾏git init,会初始化⼀个repo,并在当前⽂件夹下创建⼀个.git⽂件夹.

git clone

获取⼀个url对应的远程Git repo, 创建⼀个local copy. ⼀般的格式是git clone [url].

clone下来的repo会以url最后⼀个斜线后⾯的名称命名,创建⼀个⽂件夹,如果想要指定特定的名称,可以git clone [url] newname指定.

git status

查询repo的状态.

git status -s: -s表⽰short, -s的输出标记会有两列,第⼀列是对staging区域⽽⾔,第⼆列是对working⽬录⽽⾔.

git log

show commit history of a branch.

git log --oneline --number: 每条log只显⽰⼀⾏,显⽰number条. git log --oneline --graph:可以图形化地表⽰出分⽀合并历史. git log branchname可以显⽰特定分⽀的log.

git log --oneline branch1 ^branch2,可以查看在分⽀1,却不在分⽀2中的提交.^表⽰排除这个分⽀(Window下可能要给^branch2加上引号). git log --decorate会显⽰出tag信息.

git log --author=[author name] 可以指定作者的提交历史. git log --since --before --until --after 根据提交时间筛选log. --no-merges可以将merge的commits排除在外.

git log --grep 根据commit信息过滤log: git log --grep=keywords

默认情况下, git log --grep --author是OR的关系,即满⾜⼀条即被返回,如果你想让它们是AND的关系,可以加上--all-match的option. git log -S: filter by introduced diff.

⽐如: git log -SmethodName (注意S和后⾯的词之间没有等号分隔). git log -p: show patch introduced at each commit.

每⼀个提交都是⼀个快照(snapshot),Git会把每次提交的diff计算出来,作为⼀个patch显⽰给你看. 另⼀种⽅法是git show [SHA].

git log --stat: show diffstat of changes introduced at each commit. 同样是⽤来看改动的相对信息的,--stat⽐-p的输出更简单⼀些. git add

在提交之前,Git有⼀个暂存区(staging area),可以放⼊新添加的⽂件或者加⼊新的改动. commit时提交的改动是上⼀次加⼊到staging area中的改动,⽽不是我们disk上的改动. git add .

会递归地添加当前⼯作⽬录中的所有⽂件.

git diff

不加参数的git diff:

show diff of unstaged changes.

此命令⽐较的是⼯作⽬录中当前⽂件和暂存区域快照之间的差异,也就是修改之后还没有暂存起来的变化内容.

若要看已经暂存起来的⽂件和上次提交时的快照之间的差异,可以⽤: git diff --cached 命令.

show diff of staged changes.

(Git 1.6.1 及更⾼版本还允许使⽤ git diff --staged，效果是相同的).

git diff HEAD

show diff of all staged or unstated changes.

也即⽐较woking directory和上次提交之间所有的改动.

如果想看⾃从某个版本之后都改动了什么,可以⽤: git diff [version tag]

跟log命令⼀样,diff也可以加上--stat参数来简化输出.

git diff [branchA] [branchB]可以⽤来⽐较两个分⽀.

它实际上会返回⼀个由A到B的patch,不是我们想要的结果.

⼀般我们想要的结果是两个分⽀分开以后各⾃的改动都是什么,是由命令: git diff [branchA]…[branchB]给出的.

实际上它是:git diff $(git merge-base [branchA] [branchB]) [branchB]的结果.

git commit

提交已经被add进来的改动.

git commit -m “the commit message\"

git commit -a 会先把所有已经track的⽂件的改动add进来,然后提交(有点像svn的⼀次提交,不⽤先暂存). 对于没有track的⽂件,还是需要gitadd⼀下.

git commit --amend 增补提交. 会使⽤与当前提交节点相同的⽗节点进⾏⼀次新的提交,旧的提交将会被取消.

git reset

undo changes and commits.

这⾥的HEAD关键字指的是当前分⽀最末梢最新的⼀个提交.也就是版本库中该分⽀上的最新版本. git reset HEAD: unstage files from index and reset pointer to HEAD

这个命令⽤来把不⼩⼼add进去的⽂件从staged状态取出来,可以单独针对某⼀个⽂件操作: git reset HEAD - - filename, 这个- - 也可以不加.

git reset --soft

move HEAD to specific commit reference, index and staging are untouched. git reset --hard

unstage files AND undo any changes in the working directory since last commit.

使⽤git reset —hard HEAD进⾏reset,即上次提交之后,所有staged的改动和⼯作⽬录的改动都会消失,还原到上次提交的状态. 这⾥的HEAD可以被写成任何⼀次提交的SHA-1.

不带soft和hard参数的git reset,实际上带的是默认参数mixed.

总结:

git reset --mixed id,是将git的HEAD变了(也就是提交记录变了),但⽂件并没有改变，(也就是working tree并没有改变). 取消了commit和add的内容.

git reset --soft id. 实际上，是git reset –mixed id 后,⼜做了⼀次git add.即取消了commit的内容. git reset --hard id.是将git的HEAD变了,⽂件也变了. 按改动范围排序如下:

soft (commit) < mixed (commit + add) < hard (commit + add + local working)

git revert

反转撤销提交.只要把出错的提交(commit)的名字(reference)作为参数传给命令就可以了. git revert HEAD: 撤销最近的⼀个提交.

git revert会创建⼀个反向的新提交,可以通过参数-n来告诉Git先不要提交. git rm

git rm file: 从staging区移除⽂件,同时也移除出⼯作⽬录. git rm --cached: 从staging区移除⽂件,但留在⼯作⽬录中.

git rm --cached从功能上等同于git reset HEAD,清除了缓存区,但不动⼯作⽬录树.

git clean

git clean是从⼯作⽬录中移除没有track的⽂件. 通常的参数是git clean -df:

-d表⽰同时移除⽬录,-f表⽰force,因为在git的配置⽂件中, clean.requireForce=true,如果不加-f,clean将会拒绝执⾏.

git mv

git rm - - cached orig; mv orig new; git add new

git stash

把当前的改动压⼊⼀个栈.

git stash将会把当前⽬录和index中的所有改动(但不包括未track的⽂件)压⼊⼀个栈,然后留给你⼀个clean的⼯作状态,即处于上⼀次最新提交处.

git stash list会显⽰这个栈的list.

git stash apply:取出stash中的上⼀个项⽬(stash@{0}),并且应⽤于当前的⼯作⽬录. 也可以指定别的项⽬,⽐如git stash apply stash@{1}.

如果你在应⽤stash中项⽬的同时想要删除它,可以⽤git stash pop

删除stash中的项⽬:

git stash drop: 删除上⼀个,也可指定参数删除指定的⼀个项⽬. git stash clear: 删除所有项⽬.

git branch

git branch可以⽤来列出分⽀,创建分⽀和删除分⽀. git branch -v可以看见每⼀个分⽀的最后⼀次提交.

git branch: 列出本地所有分⽀,当前分⽀会被星号标⽰出.

git branch (branchname): 创建⼀个新的分⽀(当你⽤这种⽅式创建分⽀的时候,分⽀是基于你的上⼀次提交建⽴的). git branch -d (branchname): 删除⼀个分⽀. 删除remote的分⽀:

git push (remote-name) :(branch-name): delete a remote branch. 这个是因为完整的命令形式是:

git push remote-name local-branch:remote-branch

⽽这⾥local-branch的部分为空,就意味着删除了remote-branch

git checkout

　　git checkout (branchname)

切换到⼀个分⽀.

git checkout -b (branchname): 创建并切换到新的分⽀.

这个命令是将git branch newbranch和git checkout newbranch合在⼀起的结果. checkout还有另⼀个作⽤:替换本地改动: git checkout --

此命令会使⽤HEAD中的最新内容替换掉你的⼯作⽬录中的⽂件.已添加到暂存区的改动以及新⽂件都不会受到影响. 注意:git checkout filename会删除该⽂件中所有没有暂存和提交的改动,这个操作是不可逆的.

git merge

把⼀个分⽀merge进当前的分⽀. git merge [alias]/[branch]

把远程分⽀merge到当前分⽀.

如果出现冲突,需要⼿动修改,可以⽤git mergetool.

解决冲突的时候可以⽤到git diff,解决完之后⽤git add添加,即表⽰冲突已经被resolved.

git tag

tag a point in history as import.

会在⼀个提交上建⽴永久性的书签,通常是发布⼀个release版本或者ship了什么东西之后加tag. ⽐如: git tag v1.0

git tag -a v1.0, -a参数会允许你添加⼀些信息,即make an annotated tag. 当你运⾏git tag -a命令的时候,Git会打开⼀个编辑器让你输⼊tag信息.

我们可以利⽤commit SHA来给⼀个过去的提交打tag: git tag -a v0.9 XXXX

push的时候是不包含tag的,如果想包含,可以在push时加上--tags参数.

fetch的时候,branch HEAD可以reach的tags是⾃动被fetch下来的, tags that aren’t reachable from branch heads will be skipped.如果想确保所有的tags都被包含进来,需要加上--tags选项.

git remote

list, add and delete remote repository aliases.

因为不需要每次都⽤完整的url,所以Git为每⼀个remote repo的url都建⽴⼀个别名,然后⽤git remote来管理这个list. git remote: 列出remote aliases.

如果你clone⼀个project,Git会⾃动将原来的url添加进来,别名就叫做:origin. git remote -v:可以看见每⼀个别名对应的实际url.

git remote add [alias] [url]: 添加⼀个新的remote repo. git remote rm [alias]: 删除⼀个存在的remote alias. git remote rename [old-alias] [new-alias]: 重命名.

git remote set-url [alias] [url]:更新url. 可以加上—push和fetch参数,为同⼀个别名set不同的存取地址.

git fetch

download new branches and data from a remote repository.

可以git fetch [alias]取某⼀个远程repo,也可以git fetch --all取到全部repo

fetch将会取到所有你本地没有的数据,所有取下来的分⽀可以被叫做remote branches,它们和本地分⽀⼀样(可以看diff,log等,也可以merge到其他分⽀),但是Git不允许你checkout到它们.

git pull

fetch from a remote repo and try to merge into the current branch. pull == fetch + merge FETCH_HEAD

git pull会⾸先执⾏git fetch,然后执⾏git merge,把取来的分⽀的head merge到当前分⽀.这个merge操作会产⽣⼀个新的commit. 如果使⽤--rebase参数,它会执⾏git rebase来取代原来的git merge.

git rebase

--rebase不会产⽣合并的提交,它会将本地的所有提交临时保存为补丁(patch),放在”.git/rebase”⽬录中,然后将当前分⽀更新到最新的分⽀尖端,最后把保存的补丁应⽤到分⽀上.

rebase的过程中,也许会出现冲突,Git会停⽌rebase并让你解决冲突,在解决完冲突之后,⽤git add去更新这些内容,然后⽆需执⾏commit,只需要:

git rebase --continue就会继续打余下的补丁.

git rebase --abort将会终⽌rebase,当前分⽀将会回到rebase之前的状态.

git push

push your new branches and data to a remote repository. git push [alias] [branch]

将会把当前分⽀merge到alias上的[branch]分⽀.如果分⽀已经存在,将会更新,如果不存在,将会添加这个分⽀.

如果有多个⼈向同⼀个remote repo push代码, Git会⾸先在你试图push的分⽀上运⾏git log,检查它的历史中是否能看到server上的branch现在的tip,如果本地历史中不能看到server的tip,说明本地的代码不是最新的,Git会拒绝你的push,让你先fetch,merge,之后再push,这样就保证了所有⼈的改动都会被考虑进来.

git reflog

git reflog是对reflog进⾏管理的命令,reflog是git⽤来记录引⽤变化的⼀种机制,⽐如记录分⽀的变化或者是HEAD引⽤的变化. 当git reflog不指定引⽤的时候,默认列出HEAD的reflog.

HEAD@{0}代表HEAD当前的值,HEAD@{3}代表HEAD在3次变化之前的值.

git会将变化记录到HEAD对应的reflog⽂件中,其路径为.git/logs/HEAD, 分⽀的reflog⽂件都放在.git/logs/refs⽬录下的⼦⽬录中.

特殊符号:

^代表⽗提交,当⼀个提交有多个⽗提交时,可以通过在^后⾯跟上⼀个数字,表⽰第⼏个⽗提交: ^相当于^1. ~相当于连续的个^.