Git命令大全

Git命令必知必会系列

一、Git

Git是一个很强大的分布式版本管理工具,它不但适用于管理大型开源软件的源代码(如:Linux、kernel),管理私人的文档和源代码也有很多优势(如:wsi-lgame-pro)
Git命令大全_第1张图片

1、git clone

git clone https://github.com/… git clone
支持多种协议,除了http/https以外,还支持ssh、git、本地文件协议等。
git clone http[s]: //
example.com/…
git clone ssh://…
git clone git://…
git clone /opt/git/project.git
git clone file:///opt/git/…
git clone ftp[s]: //example.com/…
git clone rsync://example.com/…

克隆版本库的时候,所使用的远程主机自动被Git命名为origin。如果想用其他主机,需要用git clone命令的-o选项指定。

git clone -o jQuery https://github.com/jquery/jquery.git
git clone -b
分支名 仓库地址

2、git remote

git remote show命令加上主机名,可以查看该主机的详细信息
git remote show <主机名>
git remote add命令用于添加远程主机
git remote add <主机名><网址>
git remote rm命令用于删除远程主机
git remote rm <主机名>
git remote rename命令用于远程主机的改名
git remote rename <原主机名><新主机名>

3、git fetch

一旦远程主机的版本有了更新,需要将这些更新取回本地,这时就需要用到git fetch命令。
这个命令将某个远程主机的更新,全部取回本地。

git fetch命令通常用来查看其他人的进程,因为它取回的代码对你本地的开发代码没有影响。

默认情况下,git fetch取回所有分支(branch)的更新,如果只想取回特定分支的更新,可以指定分支名。

git fetch <远程主机名><分支名>

比如,取回origin主机的master分支

git fetch origin master

所取回的更新,在本地主机上要用“远程主机名/分支名”的形式读取。比如origin主机的master,就要用origin/master读取。

4、git branch

branch的基本操作: git branch // 查看本地所有分支
git branch -r // 查看远程所有分支
git branch -a // 查看本地和远程的所有分支
git branch -d // 删除本地分支
git branch -d -r //> 删除远程分支,删除后还需推送到服务器
git push origin // 删除后推送至服务器
git branch -m // 重命名本地分支

git中一些选项解释:

-d --delete : 删除
-D --delete --force的快捷键
-f --force :强制
-m --move:移动或重命名
-M --move --force 的快捷键
-r --remote :远程
-a --all : 所有 以上命令表示,本地主机的当前分支是master,远程分支是origin/master。
取回远程主机的更新以后,可以在它的基础上,使用git checkout命令创建一个新的分支。
git checkout -b newBranch origin/master
创建分支命令: git branch (branchname)
切换分支命令: git checkout (branchname)
合并分支命令: git merge
列出所有分支基本命令: git branch
git checkout -b (branchname) 来创建新分支并立即切换到该分支下
删除分支命令:
git branch -d
(branchname) git branch *master newtest
README test.txt test2.txt
git merge newtest 将newtest分支合并到主分支去,test2.txt文件被删除

以上命令表示在当前分支上,合并origin/master

5、git pull与git push

git pull命令的作用是,取回远程主机某个分支的更新,再与本地的指定分支合并。

git pull <远程主机名> <远程分支名>:<本地分支名>

比如,取回origin主机的next分支,与本地的master分支合并,需要这样写:

git pull origin next:master

如果远程分支是与当前分支合并,则冒号后面的部分可以省略。

git pull origin next

以上命令表示,取回origin/next分支,再与当前分支合并。实质上,这等同于先做git fetch,再做git merge

git fetch origin
git merge origin/next

在某些场合,git会自动在本地分支与远程分支之间,建立一种追踪关系(tracking)。比如,在git clone的时候,所有本地分支默认与远程主机的同名分支,建立追踪关系,也就是说,本地的master分支自动“追踪”origin/master分支。
git也允许手动建立追踪关系

git branch --set-upstream master origin/next

以上命令指定master分支追踪origin使用-u选项指定一个默认主机,这样后面就可以不加任何参数使用git push

git push origin --tags

最后,git push不会推送标签(tag),除非使用-tags选项。
以上命令使用-force选项,结果导致远程主机上更新的版本被覆盖。除非你很确定要这样做,否则应该尽量避免使用-force选项。

git push --force origin

如果远程主机的版本比本地版本更新,推送时git会报错,要求现在本地做git pull合并差异,然后再推动到远程主机,这时,如果你一定要推送,可以使用-force选项。
上面命令表示,将所有本地分支都推动到origin主机

git push --all origin

还有一种情况,就是不管是否存在对应的远程分支,将本地的所有分支都推送到远程主机,这时需要使用-all选项

git config --global push default matching
或者
git config --global push.default simple

不带任何参数的git push,默认只推送当前分支,这叫做simple方式,此外还有一种matching方式,会推送所有有对应的远程分支的本地分支。git 2.0版本之前,默认采用matching方法,现在改为默认采用simple方式,如果需要修改这个命令,可以采用git config命令。
上面命令将本地的master分支推送到origin主机,同时指定为默认主机,后面就可以不加任何参数使用git push了

git push -u origin master
git push

如果当前分支只有一个追踪分支,那么主机名就可以省略。
上面命令表示,将当前分支推送到origin主机的对应分支。

git push originnxt

如果当前分支与远程分支存在追踪关系,git pull就可以省略远程分支名。

git pull origin

如果当前分支与远程分支存在追踪关系,则本地分支和远程分支都可以省略。
上面命令表示删除origin主机的master分支。

git push origin :master
或者
git push origin --delete master

如果省略本地分支名,则表示删除指定的远程分支,因为这等同于推送一个空的本地分支到远程分支。
上面命令表示,将本地的master分支推送到origin主机的master分支,如果后者不存在,则会被新建

git push origin master

如果省略远程分支名,则表示将本地分支推送与之存在“追踪关系”的远程分支,如果该远程分支不存在,则会被新建。

注意:分支推动顺序的写法是<来源地>:<目的地>,所有git pull是<远程分支>:<本地分支>,而git push是<本地分支>:<远程分支>。

git push <远程主机名> <本地分支名>:<远程分支名>
git push命令用于将本地分支的更新推送到远程主机
git pull -p
或者
git fetch --prune origin git fetch -p

加上参数-p就会在本地删除远程已经删除的分支

git pull --rebase <远程主机名> <远程分支名>:<本地分支名

如果合并需要采用rebase模式,可以使用-rebase选项。
上面命令表示,当前分支自动与唯一一个追踪分支进行合并。

git pull

如果当前分支只有一个追踪分支,连远程主机名都可以省略。
上面命令表示,本地的当前分支自动与对应的origin主机“追踪分支”(remote-tracking branch)进行合并。

git pull origin

如果当前分支与多个主机存在追踪关系,则可以使用-u选项指定一个默认主机,这样后面就可以不加任何参数使用git push

6、git rev-parse

准备工作:
在工作区中建立目录a/b/c,进入该目录。

cd /path/to/my/workspace/demo/
mkdir -p a/b/c
cd /path/to/my/workspace/demo/a/b/c

显示版本库 .git目录所在的位置

git rev-parse --git-dir /path/to/my/workspace/demo/.git

显示工作区根目录

git rev-parse --show-toplevel /path/to/my/workspace/demo

显示相对于工作区根目录的相对目录

git rev-parse --show-prefix a/b/c

显示从当前目录(cd)后退(up)到工作区的根的深度

git rev-parse --show-cdup …/…/…

获取当前最后一个commit hash

git rev-parse HEAD

这个命令中的HEAD可以替换成branch name,如
git rev-parse dev获取dev分支的最后一次提交

git rev-parse --abbrev-ref HEAD获取当前分支名

这个命令都说是获取当前的xx,也就是说运行命令时所在的git目录,如果在任何目录运行可以获取当前的xx,需要明确指出 .git目录的位置以及git对应的工作目录。

git --git-dir=‘./maleskine/.git’ rev-parse --abbrev-ref HEAD

通过设置–git-dir选项,也可以正确的获取到maleskine项目当前的分支名。git还有一个选项–work-tree可以指定git的工作目录。

7、git reset

将版本库还原到历史的某个时刻的状态

git reset --hard logid(logid的前几位即可)

将版本库还原到上一次commit之前的状态

git reset --hard HEAD^

有时候,进行了错误的提交,但是还没有push到远程分支,想要撤销本次提交,可以使用git reset –-soft/hard命令。
回退到某个版本,只回退了commit的信息,代码修改过的没变。如果还要提交,直接commit即可;

git reset –-soft

彻底回退到某个版本,本地的源码也会变为上一个版本的内容,撤销的commit中所包含的更改被冲掉,即commit与修改过代码都撤销,变为原来的某个版本;

git reset -–hard

8、git config

添加版本库的用户名到本地配置文件

git config --global user.name ‘username’

添加版本库的用户邮箱到本地配置文件

git config --global user.emal ‘emal’

9、git diff

执行git diff来查看执行git status的结果的详细信息。
git diff命令显示已写入缓存与已修改但尚未写入缓存的改动的区别。
尚未缓存的改动:

git diff

查看已缓存的改动

git diff --cached

查看已缓存的与未缓存的所有改动

git diff HEAD

显示摘要而非整个diff

git diff --stat

举个栗子:

git status -s
git diff
git add hello.php
git status -s
git diff cached

10、git commit

git commit -m ‘test comment from w3cschool.cn’

提交缓存的流程太过繁琐,Git 也允许你用 -a 选项跳过这一步

git add
git commit -am ‘changes to hello file’

表示提交的信息中带有署名信息

git commit --signoff -m ‘xxx’

表示对上一次提交的信息,进行修改提交

git commit --amend ‘xxx’

11、git rm

将文件从缓存区中移除

git rm
git rm hello.php

将文件从缓存区和你的硬盘中(工作目录)删除。 如果要在工作目录中留着该文件

git rm file
git rm --cached

12、git log

git log 查看提交历史

git log --oneline --oneline 选项来查看历史记录的简洁的版本

git log --oneline --graph -graph 选项,查看历史中什么时候出现了分支、合并。

git log --reverse --oneline '–reverse’参数来逆向显示所有日志

git log --author=Linus --oneline -5 --author , 例如,比方说我们要找 Git 源码中
Linus 提交的部分

git log --oneline --before={3.weeks.ago} --after={2010-04-18}
–no-merges

13、git tag

查看所有标签

git tag

-a选项意为“创建一个带注解的标签”。不用-a选项也可以执行,但它不会记录这标签是啥时候打的,谁打的,也不会让你添加标签的注解

git tag -a v1.0

git log --online --decorate --graph --decorate 时,我们可以看到我们的标签

追加标签

git tag -a v0.9 85fc7e7

git log --oneline --decorate --graph

指定标签信息命令

git tag -a -m “w3cschool.cn标签”

PGP标签命令

git tag -s -m “w3cschool.cn标签”

查看版本:

git tag

创建版本:

git tag [name]

删除版本:

git tag -d [name]

查看远程版本:

git tag -r

创建远程版本(本地版本push到远程):

git push origin [name]

删除远程版本:

git push origin :refs/tags/[name]

合并远程仓库的tag到本地:

git pull origin --tags

上传本地tag到远程仓库:

git push origin --tags

创建带注释的tag:

git tag -a [name] -m ‘yourMessage’

二、Git与SVN比较

SVN是当前使用最多的版本控制工具。与它相比,Git最大的优势在于两点:易于本地增加分支和分布式的特性。
Git命令大全_第2张图片

1、本地增加分支

图中Git本地和服务器端结构都很灵活,所有版本都存储在一个目录中,你只需要进行分支的切换即可达到在某个分支工作的效果。
而SVN则完全不同,如果你需要在本地试验一些自己的代码,只能本地维护多个不同的拷贝,每个拷贝对应一个SVN服务器地址。
举个例子:
使用SVN作为版本控制工具,当正在试图增强一个模块,工作做到一半,由于会改变原模块的行为导致代码服务器上许多测试的失败,所以并没有提交代码。
这时候假如现在有一个很紧急的Bug需要处理, 必须在两个小时内完成。我只好将本地的所有修改diff,并输出成为一个patch文件,然后回滚有关当前任务的所有代码,再开始修改Bug的任务,等到修改好后,在将patch应用回来。前前后后要完成多个繁琐的步骤,这还不计中间代码发生冲突所要进行的工作量。
可是如果使用Git, 我们只需要开一个分支或者转回到主分支上,就可以随时开始Bug修改的任务,完成之后,只要切换到原来的分支就可以优雅的继续以前的任务。只要你愿意,每一个新的任务都可以开一个分支,完成后,再将它合并到主分支上,轻松而优雅。

2、分布式提交

Git 可以本地提交代码,所以在上面的图中,Git有利于将一个大任务分解,进行本地的多次提交;
而SVN只能在本地进行大量的一次性更改,导致将来合并到主干上造成巨大的风险。

3、日志查看

Git 的代码日志是在本地的,可以随时查看;
SVN的日志在服务器上的,每次查看日志需要先从服务器上下载下来。
例如:代码服务器在美国,当每次查看几年前所做的工作时,日志下载可能需要十分钟,这不能不说是一个痛苦。但是如果迁移到Git上,利用Git日志在本地的特性,查看某个具体任务的所有代码历史,每次只需要几秒钟,大大方便了工作,提高了效率。
当然分布式并不是说用了Git就不需要一个代码中心服务器,如果你工作在一个团队里,还是需要一个服务器来保存所有的代码的。

有遗漏的欢迎大家留言补充~

你可能感兴趣的:(git,github)