Git 常用命令
(1)工作区(work directory):一般就是我们项目的目录,可以看到文件。
(2)本地仓库/版本库(Local Repository/Repository):我们在为项目添加本地库之后,会在工作区生成一个如下图所示的隐藏目录“.git”,.git目录即为当前工作区的本地版本库。
(3)暂存区(stage):版本库中设立一个暂存区(Stage or Index),作为用来直接跟工作区的文件进行交互,工作区文件的提交或者回滚首选都是通过暂存区,而版本库中除了暂存区之外,文件的提交的最终存储位置是分支(Branch),在创建版本库的时候默认都会有一个主分支(Master)。
(4)远程仓库(Remote Repository):远端服务器上的代码库。
(5)HEAD : HEAD关键字指的是当前分支最末梢最新的一个提交,也就是版本库中该分支上的最新版本。
2、图解
(1)代码提交与同步流程
(2)五种状态间撤销更改
git log --pretty=oneline | 只会显示版本号和提交时的备注信息(一行) |
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 |
git log --no-merges | 查看所有未被合并过的提交信息 |
git log --grep | 根据commit信息过滤log: git log --grep=keywords,默认情况下, git log --grep --author是OR的关系,即满足一条即被返回,如果你想让它们是AND的关系,可以加上--all-match的option |
git log -S: | 查询字符串是什么时候加到项目中哪个文件中去的,比如: git log -SmethodName (注意S和后面的词之间没有等号分隔) |
git log -p | 每一个提交都是一个快照(snapshot),Git会把每次提交的diff计算出来,作为一个patch显示给你看. 另一种方法是git show [SHA] |
git log --stat | 同样是用来看改动的相对信息的,--stat比-p的输出更简单一些 |
git diff | 比较的是工作目录中当前文件和暂存区域快照之间的差异,也就是修改之后还没有暂存起来的变化内容 |
git diff --cached | 查看已经暂存起来的文件和上次提交时的快照之间的差异 (Git 1.6.1 及更高版本还允许使用 git diff --staged,效果是相同的) |
git diff HEAD | 比较woking directory和上次提交之间所有的改动 |
git diff [version tag] | 查看自从某个版本之后都改动了什么 |
git diff [branchA] [branchB] |
可以用来比较两个分支.它实际上会返回一个由A到B的patch,不是我们想要的结果。 一般我们想要的结果是两个分支分开以后各自的改动都是什么,是由命令: git diff [branchA]…[branchB] 给出的, 实际上它是: git diff $(git merge-base [branchA] [branchB]) [branchB] 的结果 |
git diff --stat | 跟log命令一样,diff也可以加上--stat参数来简化输出 |
git commit -m "message" | 从缓存区提交到本地代码仓库(分支) |
git commit -a | 会先把所有已经track的文件的改动add进来,然后提交(有点像svn的一次提交,不用先暂存)。对于没有track的文件(比如新创建的文件),还是需要git add一下 |
git commit --amend | 增补提交. 会使用与当前提交节点相同的父节点进行一次新的提交,旧的提交将会被取消。 |
git reset HEAD |
回滚到HEAD(后面可接^ 或者 ~ ) 。这个命令用来把不小心add进去的文件从staged状态取出来。 特殊符号:
1、^代表父提交(上一个版本),当一个提交有多个父提交时,可以通过在^后面跟上一个数字,表示第几个父提交: ^相当于^1
2、~N相当于连续的N个^
|
git reset HEAD -- filename | 单独针对某一个文件进行回滚 |
git reset --mixed id |
取消了commit和add的内容。是将git的HEAD变了(也就是提交记录变了),但文件并没有改变,(也就是working tree并没有改变)不带soft和hard参数的git reset,实际上带的是默认参数mixed |
git reset --soft id | 实际上,是git reset –mixed id 后,又做了一次git add(暂存区内容未回退)。即只是回退了commit的内容,可以直接再次commint |
git reset --hard id |
是将git的HEAD变了,文件也变了。也就是彻底回退到某个版本,本地的源码也会变为上一个版本的内容。即上次提交之后,所有staged(缓存区)的改动和工作目录(工作区)的改动都会消失,彻底还原到上次提交的状态。这里的id可以被写成任何一次提交的SHA-1 |
按改动范围排序如下 | soft (commit) < mixed (commit + add) < hard (commit + add + local working) |
git revert HEAD | 撤销最近的一个commit。git revert 会创建一个反向的新提交,可以通过参数-n来告诉Git先不要提交。注意,git revert是提交一个新的版本,将需要revert的版本的内容再反向修改回去, 版本会递增,不影响之前提交的内容,也就是说HEAD会继续往下走。 |
git revert commint id | 撤销指定的版本,撤销也会作为一次提交进行保存(比如:fa042ce57ebbe5bb9c8db709f719cec2c58ee7ff) |
git revert 和 git reset的区别 |
1、 git revert是用一次新的commit来回滚之前的commit,git reset是直接删除指定的commit。
2、在回滚这一操作上看,效果差不多。但是在日后继续merge以前的老版本时有区别。因为git revert是用一次逆向的commit“中和”之前的提交,因此日后合并老的branch时,导致这部分改变不会再次出现。但是git reset是之间把某些commit在某个branch上删除,因而和老的branch再次merge时,这些被回滚的commit应该还会被引入。 3、git reset 是把HEAD向后移动了一下,而git revert是HEAD继续前进,只是新的commit的内容和要revert的内容正好相反,能够抵消要被revert的内容。
|
git clean -df | -d表示同时移除目录,-f表示force,因为在git的配置文件中, clean.requireForce=true,如果不加-f,clean将会拒绝执行。 |
git clean -n | 一次clean的预演,告诉你哪些文件会被删除。他不会真正的删除文件,只是一个提醒。 |
git reset --hard 和 git clean -df 一起使用
|
运行后, 工作目录和缓存区回到最近一次commit时候一摸一样的状态,git status会告诉你这是一个干净的工作目录, 又是一个新的开始。 |
git stash | 将会把当前目录和index中的所有改动(但不包括未track的文件)压入一个栈,然后留给你一个clean的工作状态,即处于上一次最新提交处 |
git stash list | 会显示这个栈的list |
git stash apply |
取出stash中的上一个项目(stash@{0}),并且应用于当前的工作目录.也可以指定别的项目,比如git stash apply stash@{1}。 如果你在应用stash中项目的同时想要删除它,可以用git stash pop
|
git stash drop | 删除上一个,也可指定参数删除指定的一个项目 |
git stash clear | 删除所有项目 |
git branch -v | 可以看见每一个分支的最后一次提交 |
git branch -a | 列出本地所有分支,当前分支会被星号标示出 |
git branch (branchname) | 创建一个新的分支(当你用这种方式创建分支的时候,分支是基于你的上一次提交建立的) |
git branch -d (branchname) | 删除一个本地分支(本地分支) |
git branch -r -d origin/branchName git push origin :branchName |
git branch -r -d origin/branchName 先删本地,然后 git push origin :branchName ,注意 :和 branchName之间没有空格,执行推送分支就是将空分支推送上去也就是删除了该分支。 |
git checkout (branchname) | 检出分支,用于切换分支或恢复工作树文件(如果没有commit,则还原工作区) |
git checkout -b (branchname) | 创建并切换到新的分支 |
git checkout --<filename> | 替换本地改动,此命令会使用HEAD中的最新内容替换掉你的工作目录中的文件,已添加到暂存区的改动以及新文件都不会受到影响 |
注意 | git checkout filename会删除该文件中所有没有暂存和提交的改动,这个操作是不可逆的 |
git remote | 查看关联的远程仓库名称(别名) |
git remote -v | 可以看见每一个别名对应的实际url,关联仓库的详细信息 |
git remote add [alias] [url] | 添加一个新的remote repo |
git remote rm [alias] | 删除一个存在的remote alias |
git remote set-url [alias] [url] | 更新远程仓库的url。可以加上—push和fetch参数,为同一个别名set不同的存取地址 |
git remote rename [old-alias] [new-alias] | 重命名 |
git reflog |
1、是对reflog进行管理的命令,reflog是git用来记录引用变化的一种机制,比如记录分支的变化或者是HEAD引用的变化。
2、当git reflog不指定引用(ref)的时候,默认列出HEAD的reflog。
3、HEAD@{0}代表HEAD当前的值,HEAD@{3}代表HEAD在3次变化之前的值。
4、git会将变化记录到HEAD对应的reflog文件中,其路径为.git/logs/HEAD,分支的reflog文件都放在.git/logs/refs目录下的子目录中。reflog并不是repo的一部分,它单独存储,而且不包含在pushes,fetches或者clones里面,它纯属于本地的。
5、reflog 可以很好地帮助恢复误操作的数据,例如错误地reset 了一个旧的提交,或者rebase ,…,这个时候你可以使用reflog 去查看在误操作之前的信息,并且使用git reset --hard 去恢复之前的状态。 |
git reflog show | 显示所有HEAD的参考的日志 |
git reflog expire | 删除掉更老的reflog条目 |
git reflog delete | 从reflog中删除一个条目 |
git reflog exists | 检查一个ref是否有一个reflog |