git常用命令-日常整理

免责声明：如下内容依据个人日常查阅网络资料及个人工作经验总结，仅作为本人记录及查阅使用！如有疑问请去官网查阅，本人承担任何法律责任和任何应查询本内容而造成的任何损失！

1、设置用户名及邮箱

      git config --global user.name "<用户名>"
      git config --global user.email "<电子邮件>"

2、让Git以彩色显示

      git config --global color.ui auto

3、初始化git本地库

      git init 

       说明：在要创建为git版本库的文件目录中，把这个目录变成Git可以管理的仓库，发现当前目录下多了一个.git的目录，这个目录是Git来跟踪管理版本库的

4、为git命令设定别名

      git config --global alias.co checkout

      例如：把「checkout」缩略为「co」，然后就使用「co」来执行命令。
         

5、克隆一个远程库到本地

      git clone 远程库地址

6、查看远程库的信息

      git remote
      或者用 git remote -v 显示更详细的信息
      例如：
               $ git remote -v
               origin  git@github.com:michaelliao/learngit.git (fetch)
               origin  git@github.com:michaelliao/learngit.git (push)
              上面显示了可以抓取和推送的origin的地址，如果没有推送权限，就看不到push的地址

7、查看本地库的状态

      git status

8、添加到暂存区

      git add 文件名

9、git add .   和   git add *   区别

      git add .     会把本地所有untracked的文件(提交新文件(new)和被修改(modified))都加入暂存区，并且会根据.gitignore做过滤，
      git add *    会提示已被忽略的内容，但不会直接加入
      git add -A  提交所有变化（git add --all的缩写）
      git add -u  提交被修改(modified)和被删除(deleted)文件，不包括新文件(new)（git add --update的缩写）

10、提交到本地库

        git commit -m "日志信息"  文件名

11、git commit -m  和  git commit -am

        git add .  和 git commit -m "update" 可以合并为 ===> git commit -am "update"
        说明：【am】 就是 【add modify】 两个命令的合并
        注意：如果项目添加了新文件，必须使用分开的命令，不能用合并命令
                  git add .
                  git commit -m "update"

12、删除暂存区的内容(git add后的内容)  

       git rm --cached <file>

13、查看版本信息

        git reflog(简洁版日志 版本号为前七位)          
        git log(完整日志信息，显示从最近到最远的提交日志)
        git log --pretty=oneline

14、版本穿梭

      git reset --hard 版本号
      git reset --hard HEAD^

      上一个版本就是HEAD^，上上一个版本就是HEAD^^
      当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
 

15、推送本地到远程仓库：让远程仓库代码和你本地一样，到当前你本地的版本

        git push origin HEAD --force
        方式一：reset（不推荐）
               通过reset的方式，把head指针指向之前的某次提交，reset之后，后面的版本就找不到了
             1）、在gitlab上找到要恢复的版本号，如：0b6b2e5cbbb9c00bbdca96
             2）、在客户端执行如下命令（执行前，先将本地代码切换到对应分支）：
                           git reset --hard 0b6b2e5cbbb9c00bbdca96
             3）、强制push到对应的远程分支（如提交到develop分支）
                          git push -f -u origin develop
             注意： 现在到服务器上看到的代码就已经被还原回去了。这种操作存在一个问题，服务器上的代码虽然被还原了，但假如有多个人在使用，他们本地的版本依然是比服务器上的版本高的，所以，别人再重新提交代码的话，你撤销的操作又会被重新，你上面的操作也就白操作了。
             解决办法是：让别人把本地的分支先删掉，然后重新从服务器上拉取分支
          方式二：revert（推荐）
               这种方式不会把版本往前回退，而是生成一个新的版本。所以，你只需要让别人更新一下代码就可以了，你之前操作的提交记录也会被保留下来
               操作步骤如下：
                1）、找到你误提交之前的版本号
                2）、git revert -n 版本号
                3）、git commit -m xxxx 提交
                4）、git push 推送到远程
                OK，版本还原了，通知其他人更新一下代码吧

16、把暂存区的修改撤销掉（unstage），重新放回工作区

        git reset HEAD <file> 
        git reset 命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本

17、创建分支

       git branch 分支名

18、查看分支

        git branch -v

19、查看本地分支

        git branch
        注:名称前面加* 号的是当前的分支

20、查看远程分支

        git branch -r  可以用来查看远程分支
        或
        git branch 查看本地分支
        或
        git branch -a  查看本地和远程分支
        加上-a参数可以查看远程分支，远程分支会用红色表示出来（如果你开了颜色支持的话）

21、添加当前本地仓库的远程仓库

       git remote add
       说明：有了这个动作本地仓库就知道了当遇到git push 的时候应该往哪里提交代码

22、更新所有的远程仓库中所包含的所有分支的最新代码提交

       1)、git fetch  或  git fetch --all
             说明：此命令将更新git remote 中所有的远程仓库(repository) 所包含的分支的最新commit-id, 将其记录到.git/FETCH_HEAD文件中
             注意：git fetch命令只会将最新的代码提交拉取到本地，但并不会将代码合并到本地代码仓库中
        2）、git fetch remote_repository
             说明：这将更新名称为remote_repository 的远程库中的所有分支的最新commit-id，将其记录。
        3）、 git fetch remote_repository remote_branch_name
             说明：这将更新名称为remote_repository 的远程库中的分支： remote_branch_name
        4）、git fetch remote_repository remote_branch_name:local_branch_name 
             说明：这将更新名称为remote_repository 的远程库中的分支： remote_branch_name ，并在本地创建local_branch_name 本地分支保存远端分支的所有数据。
             说明：FETCH_HEAD： 是一个版本链接，记录在本地的一个文件中，指向目前已经从远程仓库取下来的分支的末端版本

23、从远程仓库中拉取最新代码到本地分支

        git pull
        git pull操作其实是git fetch 与 git merge 两个命令的集合
        git pull  等效于先执行 git fetch origin 当前分支名, 再执行 git merge FETCH_HEAD.
        说明：1）、此命令git pull是基于本地的FETCH_HEAD记录，比对本地的FETCH_HEAD记录与远程仓库的版本号，然后git fetch 获得当前指向的远程分支的后续版本的数据，然后再利用git merge将其与本地的当前分支合并
                 2）、git pull 后不加参数的时候，跟git push 一样，默认就是git pull origin 当前分支名，当然远程仓库没有跟本地当前分支名一样的分支的话，肯定会报错。
                 3）、本地master分支执行git pull的时候，其实就是git pull origin master。

24、切换分支

        git checkout 分支名
        git switch 分支名

25、创建并切换分支

        git checkout -b 分支名
        说明：-b参数表示创建并切换，相当于以下两条命令：
        $ git branch 分支名
        $ git checkout 分支名

26、创建+切换分支

        git checkout -b <name>
              或者
        git switch -c <name>

27、推送分支，就是把该分支上的所有本地提交推送到远程库

          推送时，要指定本地分支，这样，git就会把该分支推送到远程库对应的远程分支上
          $ git push origin master
          注意：git push 后不加参数的时候，默认就是git push origin 当前的分支名，
                    比如：对本地的master分支执行git push，其实就是git push origin master，
                              当然，如果远程仓库没有master这个分支的话，肯定会报错

28、将本地新建分支推送到远程并指定分支名

        git push --set-upstream origin 分支名

29、建立本地分支和远程分支的关联

       git branch --set-upstream branch-name origin/branch-name

30、在本地创建和远程分支对应的分支

       git checkout -b branch-name origin/branch-name    
       注意：本地和远程分支的名称最好一致

31、查看工作树提交历史记录

        git log --graph --pretty=oneline --abbrev-commit

32、合并分支(把指定的分支合并到当前分支上)  

        git merge 分支名

33、恢复暂存区的内容

          git restore --staged [file]    表示从暂存区将文件的状态修改成 unstaged/已修改 (未执行 add 时 )状态
          git restore --staged *.java  表示将所有暂存区的java文件恢复 (未执行 add 时 )状态
          git restore --staged .          表示将当前目录所有暂存区文件恢复 (未执行 add 时 )状态
          注意：--staged  参数就是表示仅仅恢复暂存区的

34、git restore 使用情况

       1）、文件在暂存区且未作修改的情况
            使用git restore --staged <file> 把文件从暂存区移动到工作区，即文件不被追踪；
       2）、文件在暂存区且已经修改的情况
            使用git restore --staged <file> 把文件从暂存区移动到工作区，且不会撤销修改的内容；
            使用git restore <file> 文件仍在暂存区且会撤销文件修改的内容；
       3）、文件在本地代码库已经修改的情况
           使用git add <file> 把文件重新放到暂存区，且保留文件的修改；
           使用git restore <file> 文件仍在本地代码库且会撤销文件的修改；
           对于git restore <file>命令，会撤销文件的修改，使文件恢复到暂存区或本地代码库（取决于文件在修改前的状态）；
           对于git restore --staged <file>命令，把文件从暂存区撤回到工作区，保留文件最后一次修改的内容；

35、git restore命令详解

命令	作用	备注
git restore --worktree README.md	表示撤销 README.md 文件工作区的的修改	参数等同于 -W
git restore --staged README.md	表示撤销暂存区的修改，将文件状态恢复到未 add 之前	参数等同于 -S
git restore -s HEAD~1 README.md	表示将当前工作区切换到上个 commit 版本
git restore -s dbv213 README.md	表示将当前工作区切换到指定 commit id 的版本

36、删除本地分支

       1）、通常的分支删除，使用下行命令即可
       git branch -d <your branch name>
       // -d 是 --delete 的缩写，所以也可以使用下面这条命令
       git branch --delete <your branch name>

       2）、下面这种是 强删，或者称为 裸删
       // 它不会检查当前要删除的分支是否存在未处理的状态
       git branch -D <your branch name>
       // 与下面一行的命令等价
       git branch --delete --force <your branch name>

37、删除远程端分支

          git branch -r -d origin/分支名    
          把本地的操作推送到远程来执行（注意：下面命令冒号左右都需要空格）
          git push origin ：branch1

38、删除远程分支的命令

       git push origin --delete 分支名

39、在Windows使用命令行 (Git Bash), 让含非ASCII字符的文件名正确显示

       git config --global core.quotepath off

       说明：如果在Windows使用命令行 (Git Bash), 含非ASCII字符的文件名会显示为 "\346\226\260\350\246..."，使用命令git config --global core.quotepath off，就可以让含非ASCII字符的文件名正确显示了

40、在Windows使用命令行，提交信息包含非ASCII字符

       git config --global core.editor "\"[使用编辑区的路径]\""

       若在Windows使用命令行，您只能输入ASCII字符，所以，如果您的提交信息包含非ASCII字符，请不要使用-m选项，而要用外部编辑器输入。
       外部编辑器必须能与字符编码UTF-8和换行码LF兼容。
       

41、查看工作区和版本库里面最新版本的区别

        git diff HEAD -- readme.txt（文件名）

42、丢弃工作区的修改，即把文件在工作区的修改全部撤销

        git checkout -- file(文件名)
        这里有两种情况：
        一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
        一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
        总之，就是让这个文件回到最近一次git commit 或 git add时的状态。

43、删除文件

       git rm 文件名
       并且 git commit -m "注释信息"

44、根据名字删除远程库，比如删除远程库origin

        git remote rm origin
        注意：此处的“删除”其实是解除了本地和远程的绑定关系，并不是物理上删除了远程库。
                  远程库本身并没有任何改动。
                  要真正删除远程库，需要登录到GitHub，在后台页面找到删除按钮再删除

45、把当前工作现场“储藏”起来，等以后恢复现场后继续工作

        $ git stash
        Saved working directory and index state WIP on dev: f52c633 add merge

46、查看“储藏”的工作现场

        git stash list
        stash@{0}: WIP on dev: f52c633 add merge

47、恢复工作现场，有两个办法

        一是用 git stash apply 恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；
        另一种方式是用git stash pop，恢复的同时把stash内容也删了

48、把热修复分支hot_fix上所做的修改“复制”到dev分支

       git cherry-pick 4c805e2（热修复分支hot_fix的提交版本号）

       说明：同样的bug，在master上已经恢复了，要在dev上也修复一下，我们只需要把热修复分支hot_fix（从master分支新建的分支）上所做的修改（已经合并到master分支）“复制”到dev分支
       注意：我们只想复制hot_fix这个提交所做的修改，并不是把整个master分支merge过来。
                 为了方便操作，Git专门提供了一个cherry-pick命令，让我们能复制一个特定的提交(而不是整个分支)到当前分支
       

49、新建一个标签

        git tag v1.0（标签名）

        给指定分支打标签（默认标签是打在最新提交的commit上的）
        切换到需要打标签的分支上，使用命令就可以打一个新标签
       

50、指定标签信息

        git tag -a <tagname> -m "blablabla..."   可以指定标签信息  

51、查看所有标签

      git tag
      注意：标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息
      如：git show v0.9

52、给历史提交（commit id）打标签

       git tag  v0.9(标签名)  f52c633(commit版本号)

53、删除一个本地标签

        git tag -d v0.1（标签名）
        因为创建的标签都只存储在本地，不会自动推送到远程，所以，打错的标签可以在本地安全删除。

54、推送某个标签到远程

        git push origin <tagname>

55、一次性推送全部尚未推送到远程的本地标签

        git push origin --tags

56、删除一个远程标签

        git push origin :refs/tags/<tagname>

57、忽略 .gitignore规则，强制添加到git

       git add -f 文件名.后缀

58、检验规则

        git check-ignore
        例如： git check-ignore -v App.class
                 .gitignore:3:*.class    App.class
                 git会告诉我们，.gitignore的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则

59、配置别名

        git config --global alias.st status

1、ref：引用
2、head：指针（头）
3、clear：清除
4、clean：干净
5、conflict：冲突
6、failed：失败
7、fork：叉子

.git文件夹中
1、HEAD文件中存放的是当前git指向的分支名
2、refs/heads/文件中存放的是所有的分支名及当前分支指向的版本号

说明：
1、当合并代码有冲突时
      <<<<<<< HEAD
      当前分支代码（冲突代码 conflict）
      =======
      要合并过来的分支的代码（冲突代码 conflict）
      >>>>>>> 要合并过来的分支名
2、解决冲突后 只有当前分支会改变，合并过来的那个分支不会改变
3、远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库