【烂笔头】git常用命令篇

前言

常言道，好记性不如烂笔头，更何况笔者的记性也不是太好，于是就有了这篇“烂笔头”系列之一的git命令记录。本篇主要记录了笔者在工作当中使用过的相关命令，以方便平时查看，同时也供同行们参考。当然，读者可能认为，碰到问题的时候，再百度便是，何必费这个功夫去记录呢。尽管如此，笔者仍然认为，有一套自己的班底，才更得心应手！

本文主要从初始使用git、git管理本地分支、git操作远程分支、git便捷使用等方面，对命令进行了归类。主要内容如下（持续补充ing）：

一、git相比svn的优势

git是我们平时最常用的版本控制工具。相比于svn，git有如下几大优势：（1）git是分布式管理，不需要单独的服务器存储代码，团队中的每一台机器都可以作为服务器，都相互独立。其最大的优点就是，在断网的情况下，仍然可以正常地使用git来管理本地的提交等版本管理操作。待网络恢复以后，只需要把所有的提交push到远程Git服务器即可。（2）切换分支速度非常快，几乎是瞬间完成，对分支的管理方面效率比svn更高，svn的分支切换太慢，导致该功能形同虚设。

二、初始化及相关配置

1、查看git配置信息  $ git config --list

2、修改配置信息（平时使用时，只修改过user.name和user.email）

   $ git config --global user.name "Your Name"

   $ git config --global user.email "email@example.com" 

3、$ git init 把当前目录变成Git仓库

三、git本地仓库管理

1、$ git status 查看新修改文件状态

2、$ git checkout filename 还原修改的文件（根据自己演示的结果，得到的结论）

（1）当unstage区（工作区，即只修改但未add时）中有，而stage区（暂存区，即add但未commit时）中没有该filename文件时，该命令使filename文件还原为最新一次commit中的文件

（2）当unstage区中有，stage区中也有时，执行该命令后，unstage区文件还原为stage中的内容

（3）当unstage区中没有，stage区中有时，执行该命令后，stage区文件不变，此时需要使用$ git reset HEAD filename还原(后续会讲到该命令)

3、$ git add 将工作区中新修改文件添加到stage区

filename 将指定文件添加到stage区

dir 将某个文件夹添加到stage区

. 在Git Version2.x中将当前文件夹下所有有改动(修改的，删除的，新创建的文件)的文件加入到 stage区。在Git Version1.x中只将新修改的和新创建的文件添加到stage区。

-u (update)将所有tracked文件添加到stage区中，从测试情况来看，删除的文件和新修改的文件都是tracked，新创建的文件是untracked文件，用git status可以查看(简单点说，就是将删除的，新修改的文件添加到stage区)。

-A (all) 将所有change(修改的，删除的，新创建的文件)都提交到stage区

--ignore-removal 新创建的文件和新修改的文件,被添加到stage区。忽略掉被删除的文件。和Git Version1.x中 git add . 功能一样。

-h 显示帮助信息

4、$ git reset HEAD可以将stage中的change还原到unstage区(即add前的状态)中，详细的可以参考第6点。

5、$ git commit

-a (--all) 将被track的文件，提交。包括没有被add的文件。

-m (--message) "message"  将stage区域的文件添加到当前分支中，并带有log

--amend 将弹出一个编辑页面，编辑修改上一次commit的内容。

-C(--reuse-message) <commit> 使用和commit-id相同的提交信息(可以用于补充提交内容)

--reset-author 重新设置作者。

6、$ git reset 将仓库提交指针指向某个版本(可能是前进，也可能是回退)

--soft  指针移动后，当前change仍不变。

--hard  指针移动后，当前change被还原为未修改状态。

没有hard/soft时，stage区中的change还原到unstage区。

commit-id，HEAD指针指向到commit-id的提交点版本。

HEAD 表示当前版本 HEAD^表示上一个版本，多个^可以共同使用，读者可以自行查询。

7、$ git revert commitId 将已经提交的id为commitId记录退回到提交前。会产生一个新的commitId，注意和reset区别开来，reset会删除掉对应的commit记录。

8、$ git diff

file 添加文件名，针对某个文件进行比较。

无参数 （1）如果stage区有，则是工作区和stage去做比较

（2）如果stage区没有，则是工作区和分支中做比较

HEAD 比较工作区和HEAD指针指向的版本库中文件做比较

--cache 暂存区和分支做比较。

9、$ git rm

10、$ git stash 隐藏所有tacked(modified和deleted)的change，stash就是隐藏的意思。无论是unstage区还是stage区的，都可以被stash隐藏保存起来。

untracked的文件不能被stash(测试时发现的结果)，需要先add到stage区，然后stash。还原重新使用后，tracked文件 都会被转移到add前的状态。

（1）save <msg> 其中 <msg>表示对当前隐藏的信息做一些注释说明，可以不填写。从测试结果上看，不加<msg>时，git stash 和git stash save 效果一样。

（2）list 显示当前所有被stash的信息

以上三条信息分别对应stash的保存（msg信息被被截取了一部分）：

stash@{0} -- $ git stash save "test stash save"

stash@{1} -- $ git stash save ，其中 “：”后面的信息为git自动添加，表示当前版本库中最新提交的commt-id号简写和提交信息

stash@{2} -- $ git stash

（3）pop取出stash栈顶(即stash@{0})的信息，并删除该条信息

（4）apply stash@{n} 指定使用哪一条stash记录，但该记录不会受影响。

（5）drop stash stash@{n}  删除指定的stash记录，该记录不会还原到工作区。

（6）clear 删除stash所有记录。

（7）恢复被删除后的stash记录

1）找到被删除的记录id，如第(5)点中的

查看之前被删除的记录：git fsck --lost-found

2）根据commit的id，恢复修改记录

命令：git merge commitId

通过上面的步骤，被误删的stash记录就又回到代码中了，但是如果要让这些修改回到unstage区，需要再执行 git  reset  HEAD^

11、创建本地分支

（1）$ git branch  new-branch-name

（2） $ git checkout -b new-branch-name 创建分支后（在当前分支的基础上，创建一个内容一样的分支），当前分支会切换到新创建的分支。

12、切换分支（注意与创建本地分支 -b 参数的差别）

$ git checkout brance-name

13、合并分支

$ git merge branch-name

此时，master分支中做的修改，就被合并到了test-branch中来了。

14、拉取远程分支内容

$ git pull --rebase (一般建议是使用--rebase，这样可以使提交线更优雅，可以到网上去查一下git pull，和 git pull --rebase的区别)

15、提交本地分支到远程分支

$ git push origin branch-name

16、patch

patch的生成和合入有多种方式，这里介绍其中比较简单的一种。

（1）patch的生成

$ git diff filepath(可以多个文件一起，也可以用 . 表示所有文件) > patchName.patch

（2）patch的合入

$ git apply patchName.patch

四、git远程分支管理

1、查看远程路径，拉取版本代码的时候的路径 (根据权限的不同，fetch和push不一定都显示)

$ git remote -v

2、查看远程分支

（1）$ git branch 查看本地分支(*为当前分支)

（2）$ git branch -a 查看本地和远程所有分支   (-av可以显示每条分支最新的一条提交记录)

3、创建远程分支

创建一个本地分支dev1，然后push到远程git服务器。

（1）$ git push origin local-branch-name:remote-branch-name (:前后没有空格，本地分支和远程分支最好用同一个分支名，便于识别)

（2）$ git push origin dev (提交本地分支修改时，也是该命令)

4、删除远程分支(网上查资料，删除的命令有多种，使用过以下两种方式)

（1）$ git branch -r -d origin/branch-name

（2）$ git push origin :branch-name（有些时候有效，有些时候无效，尚未找到原因）

5、重命名远程分支

网上查过一些资料，一般都是说无法直接修改，用间接的方式

（1）先删除远程分支

（2）重命名本地分支 $ git branch -m branch-name new-branch-name

（3）将本地分支push到远程仓库

6、查看某条远程分支的更新记录

$ git reflog show --date=iso origin/master

7、拉取远程分支并创建本地分支

（1）git branch -r

查看远程分支名称

（2）git checkout -b 本地分支名 远程分支名

创建并切换到本地分支了

五、log查看提交记录

1、查看提交记录 $ git log

-- filename 显示某个文件的提交信息

-n 显示log条数

-p 显示每次提交的diff

--grep=str 根据关键字查找提交记录

2、 查看某次提交记录diff等信息（下表中好几个参数笔者暂时没有使用过，留着备用）

git show commit-id filename 查看某个文件在某次提交中的相关信息

3、查看某个文件的提交记录

git log --pretty==oneline  filename 找到commitid，然后结合commit show来查看

4、查看某个文件某处的提交记录

$ git blame -L  行号，+列号  文件路径名称

当前命令表示查看FaceIdSdk.java 文件 第75行，第5列中的提交记录

六、添加git忽略文件。

在项目开发中，有些文件不希望提交到git中，可以创建.gitignore文件，将不需要git识别的文件路径添加到其中， 并提交到git中。不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore

忽略文件的原则是：

（1）忽略操作系统自动生成的文件，比如缩略图等；

（2）忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；

（3）忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。

七、别名配置

git中提供了使用别名来代替命令的的功能，比如，git status，配置好别名st表示status后，直接使用git st即可。对于一些常用，但命令比较长，而且不容易记忆的情况，别名的使用带来了极大的便利。

按照这样的格式配置自己喜欢的别名即可。配置后的别名是全局性的，在所有git仓库中都有效。在配置文件中有对应的记录，我的配置文件路径为：C:\Users\rd0489\.gitconfig

lg = log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit

$ git lg 运行效果

是不是非常丧心病狂？ -_-

最后，推荐一款比较不错的工具——zsh，对linux命令和git别名等的使用更加便利友好：Zsh入门 ，当然，该工具笔者还没研究过，看到团队中同事有使用，非常便利，所以就在这里推荐一下，以后有时间，笔者也会花时间来体验体验！

参考网站

https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000

https://git-scm.com/book/zh/v2