【朝花夕拾】git常用命令篇-阿里云开发者社区

开发者社区> 开发与运维> 正文

【朝花夕拾】git常用命令篇

简介: 工作中用到过的git命令整理        git是我们平时最常用的版本控制工具。相比于svn,git有如下几大优势:(1)git是分布式管理,不需要单独的服务器存储代码,团队中的每一台机器都可以作为服务器,都相互独立。

                                   工作中用到过的git命令整理

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

       该篇文章中,记录了平时使用时常用的命令,其中绝大部分都是平时自己用过的命令。在学习和使用工具时,主要参考了如下两个网站:

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

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

(一)相关配置

    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区中没有该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记录。

        7.$ git diff

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

            无参数 (1) 如果stage区有,则是工作区和stage去做比较

                        (2) 如果stage区没有,则是工作区和分支中做比较

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

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

        8.$ git rm

        9.$ 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^

           10. 创建本地分支

                 (1) $ git branch  new-branch-name

                 (2) $ git checkout -b new-branch-name 创建分支后,当前分支会切换到新创建的分支。

                       

             11.切换分支(注意与创建本地分支 -b 参数的差别)

                   $ git checkout brance-name

                    

             12.合并分支

                  $ git merge branch-name

                   

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

             13.拉取远程分支内容

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

             14. 提交本地分支到远程分支

                  $ git push origin branch-name

(三)远程分支:

    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

      (2) 查看某次提交记录diff等信息 git show commit-id       

           filename 查看某个文件在某次提交中的相关信息

       

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

                  git log --pretty==online  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 运行效果

           

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

               

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章