【工利其器】必会工具之 git常用命令篇

来源：网络

整理：李肖遥

ID：技术让梦想更伟大

       常言道，好记性不如烂笔头，更何况笔者的记性也不是太好，于是就有了这篇“烂笔头”系列之一的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）恢复被drop删除后的stash记录

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

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

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

           命令：git merge commitId

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

    （8）被stash clear删除后，恢复记录

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

        这里只需要关心“commit”行记录

        2）查看每条记录的修改：git show [commit-id]

         执行该命令后，会显示该记录的时间，修改内容等信息，通过这些信息来确定需要恢复哪一条。需要注意的是，这些记录不是按照时间顺序排列的，所以需要一一尝试。

        3）恢复修改记录：git merge [commit-id]

          恢复后，会体现在代码中，而不是stash list中，如果想再保存，需要执行stash save命令重新保存。

  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

        ② $ git format-patch -1 （当前公司采用的方式）

    （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入门 ，当然，该工具笔者还没研究过，看到团队中同事有使用，非常便利，所以就在这里推荐一下，以后有时间，笔者也会花时间来体验体验！