Git 的常用命令

2018-05-14  本文已影响0人  thelastcookies
查看 Git 配置

$ git config
用来配置或读取相应的工作环境变量。

配置用户信息

$ git config --global user.name "XXX"
$ git config --blobal user.email XXX@XXX.com
配置个人的用户名陈和电子邮箱地址，每次 Git 提交都会引用这两条信息，说明是谁提交了更新，会随着更近内容被永久纳入历史记录。

配置文本编辑器

$ git config --global core.editor XXX

差异分析工具

$ git config --global merge.tool XXX

查看配置信息

$ git config --list

Git 获取帮助

$ git help <verb
$ git <verb> --help
$ man git-<verb>

创建 Git 仓库
  1. 创建空目录
  2. 使用 $ git init 创建仓库
当前状态查看

$ git status

跟踪新文件

$ git add <file>

忽略某些文件

一般我们总会有些文件无需纳入 Git 的管理，也不希望他们总出现在未跟踪文件列表。通常都是些自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。我们可以创建一个名为 .gitignore 的文件，列出要忽略的文件模式。

文件.gitignore 的格式规范如下：

# 此为注释 – 将被 Git 忽略
# 忽略所有 .a 结尾的文件
*.a
# 但 lib.a 除外
!lib.a
# 仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
/TODO
# 忽略 build/ 目录下的所有文件
build/
# 会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/*.txt
# 忽略 doc/ 目录下的所有 .txt 文件
doc/**/*.txt
查看具体修改内容

$ git diff
此命令比较的是工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。

$ git diff --staged
可以通过加上 --cached 或 --staged 命令来查看已经暂存起来的文件和上次提交时的快照之间的差异。

git diff <file>
查看具体文件的更新情况

提交更新

$ git commit
会将所有进入暂存状态的文件进行提交。

$ git commit -m
使用参数 -m 来对提交进行说明。

$ git commit -a
加上选项 -a Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤。

移除文件

$ git rm <file>
要从 Git 中移除某个文件，就必须要从已跟踪文件清单中移除，然后进行提交，该文件就不再纳入版本管理了。

$ git rm --cached <file>
这个指令可以把文件从 Git 仓库中删除，但仍会保留在当前工作目录中，话句话说，仅是从跟踪清单中删除。比如一些大型日志文件或临时文件，不小心纳入仓库之后，要移除跟踪但不删除文件，以便之后添加到忽略文件列表中。

后面可以列出文件或者目录的名字，也可以使用 glob 模式。
$ git rm log/\*.log
该指令会删除 log/ 目录下扩展名为 .log 的文件。

文件改名/移动文件

$ git mv <file_from> <file_to>
无论是文件改名或者是文件的移动都可以使用上面的指令。其实，运行 git mv 就相当于运行了下面三条命令。

$ mv README.txt README
$ git rm README.txt
$ git add README
提交历史查询

$ git log
默认不使用任何参数的话，git log 会按提交时间列出所有更新，最新的更新排在上面。每次更新都以一个 SHA-1 校验和，作者的名字和电子邮件地址，提交时间，最后缩进一个段落显示提交说明。

可以增添选项来帮助你搜寻感兴趣的提交。

引用日志里的简称

$ git reflog
在你工作的同时，Git 在后台的工作之一就是保存一份引用日志 -- 一份记录最近几个月你的 HEAD 和分支引用的日志。可以通过上面的指令来查看。

$ git show HEAD@{n}
每次你的分支顶端因为某些原因被修改时，Git 就会为将信息保存在这个临时历史记录里面。你也可以使用这份数据来指明更早的分支。如果你想查看仓库中 HEAD 在前 n 次的值，你可以使用引用日志的输出中的 @{n} 引用

$ git show <branch>@{time}
你也可以使用这个语法来查看某个分支在一定时间前的位置。

祖先引用

还有一种指明某次提交的常用方法是通过它的祖先。如果你在引用最后加上一个 ^，Git 将其理解为此次提交的父提交。
如果想查看上一次提交，你可以使用 HEAD^，意思是“HEAD 的父提交”；
你也可以在 ^ 后添加一个数字，你可以使用 d921970^2，意思是 d921970 的第二父提交。这种语言只在合并提交时有用，因为合并提交可能有多个父提交。
另一种指向祖先提交的方法是 ~。这也是指向第一父提交，所以 HEAD~ 和 HEAD^ 是等价的。当你指定数字时候就明显不一样了。 HEAD~2 实质“第一父提交的第一父提交”，也就是“祖父提交” -- 它会根据你的指定次数检索第一父提交。

提交范围
双点

最常用的指明范围的方法是双点的语法。这种语法主要是让 Git 区分出可从一个分支中获得而不能从另一个分支中获得的提交。
$ git log master..branchA
意为选出所有可从 branchA 分支中获得而不能从 master 分支中获得的提交。

三点

这个可以指定被两个引用中的一个包含但又不被两者同时包含的分支。
$ git log master...branchA
意为选出可从 master 和 branchA 分支中获得，却又不被两个分支同时包含的提交。

撤销操作
修改最后一次提交

$ git commit --amend
此指令会将当前暂存区域的内容提交，同时覆盖上次的提交历史。

取消已暂存的文件

$ git reset HEAD <file>
此指令会将暂存区的修改进行撤销(unstage)，使其重新放回工作区。

取回版本库里的版本

$ git checkout --<file>
此指令会将版本库里的文件取回并替换工作区的版本，因此会丢失工作区对文件的修改，慎用。

远程仓库的使用
查看当前远程库

$ git remote
该指令会列出每个远程库的简短名字，Git 使用 origin作为默认的远程库， 来标识你所克隆的原始仓库。
$ git remote -v
--verbose 的简写，显示对应的克隆地址。

添加远程仓库

$ git remote add <shortname> <url>
可以制定一个简单的名字以便将来引用。

查看远程仓库详细信息

$ git remote show <remote-name>

从远程仓库抓取数据

$ git fetch <remote-name>
该指令会从远程仓库中拉取所有本地仓库中还没有的数据，但不会自动合并到当前工作分支。

推送数据到远程仓库

$ git push <remote-name> <branch-name>
该指令会将本地仓库中的数据推送到远程仓库。

远程仓库重命名

$ git remote rename <from-name> <to-name>

远程仓库的删除

$ git remote rm <remote-name>

版本标签
列出已有标签

$ git tag

新建标签

轻量级标签
$ git tag <version>

含附注的标签
$ git tag -a <version>
-a (annotated)
后面可用 -m 选项指定对应的标签说明 。

签署标签

$ git tag -s <version>
-s (signed)
需要 gpg 来签署标签

验证标签

$ git tag -v <tag-name>
-v (verify)
验证已经签署的标签。此命令会调用 GPG 来验证签名，所以你需要有签署者的公钥，存放在 keyring 中，才能验证。

后期加注标签

$ git tag [-a] <version> <校验和>
只需要校验和前几位即可。

分享标签

默认情况下，git push 指令并不会把标签传送到远端服务器上，只有通过显式命令才能分享标签到远端仓库。
$ git push <branch> <tagname>

版本回退

$ git reset --hard HEAD^
表示回退到上一个版本

$ git reset --hard <版本号>
表示回退到某个版本版本

分支
创建分支

$ git branch <branchname>
Git 保存着一个名为 HEAD 的特别指针，该指针指向正在工作中的本地分支。

切换分支

$ git checkout <branchname>

新建并切换分支

$ git checkout -b <branchname>
相当于上述两条指令的结合。

分支合并

$ git merge <branch>
合并分支前要先回到主分支，然后将要被合并的分支合并。
"Fast forward"
如果主分支是被合并分支的直接上游，Git 只需要把 master 分支指针直接右移，称为"Fast forward"。
正常合并
如果当前 master 分支指向的提交对象不是被合并分支的直接祖先，那么在合并时 Git 会进行一次简单的合并计算。
这样合并后的提交对象会拥有两个祖先，Git 可以自己决定哪个祖先才是最佳合并基础。
冲突合并
如果不同的分支都修改了同一个文件的同一部分，那么 Git 就无法将它们干净地合并在一起，这种情况下，只能人工裁决。
发生冲突时，Git 作了合并，但是没有提交，它会停下来等你解决冲突，这时可以使用 git status 来查看哪些文件发生冲突。
任何包含未解决冲突的文件都会以未合并 (unmerged) 的状态列出。Git 会在有冲突的文件里加入标准的冲突解决标记，可以通过它们来手工定位并解决这些冲突。

<<<<<<< HEAD
function funcInMaster () {
  return "master";
=======
function funcInTest () {
  return "In Test";
>>>>>>> test

可以看到 ======= 隔开的上半部分，是 HEAD （在执行合并命令时所在的分支，即 HEAD 指针指向的分支）中的内容。

如果你想用一个可视化的合并工具并引导你解决所有冲突。
$ git mergetool

分支删除

$ git branch -d <branchname>

分支管理

$ git branch

远程分支

远程分支使用 (远程仓库名) / (分支名) 的形式表示远程分支。

从远程服务器上同步数据到本地

$ git fetch <branch>

推送本地分支

$ git push <远程仓库名><分支名>:<本地分支推送到远程仓库时的别名>

跟踪远程分支

$ git checkout --track <远程仓库>/<分支名>

删除远程分支

$ git push <远程仓库>:<分支名>

分支的衍合
merge

merge 指令会把两个分支最近的快照以及两者最新的共同祖先进行三方合并，结果产生一个新的提交对象。

rebase

rebase 指令可以把在一个分支里的提交移到另一个分支里重放一遍。

$ git rebase <主分支> <特性分支>
该指令会先取出特性分支，然后在主分支上重演。

$ git rebase --onto

上一篇下一篇

猜你喜欢

热点阅读