git基础-白红宇

git基础

阅读量：3526 次

发布时间：2019-05-20

本文共 10937 字，大约阅读时间需要 36 分钟。

在sourceTree上提交代码习惯了，背后的原理却不知道。当你学会了git 命令，代码管理游刃有余，你会很开心的。不说了，快study吧。

在学习git之前需要搞清楚的一个重要问题是了解git的版本库为何？

工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD

如图

git的工作区和版本库示意图

你在本地对程序的修改是在工作区，一旦用git add添加到版本库，会先添加子stage(暂存区)，等使用了git commit后才会提交到当前分支上。然后gti push才会到达远端仓库。别人git pull之后你的代码别人就能看到了。

一旦提交到版本库或者贮藏(git stash)到暂存区，你的内容就不会再丢失了。个人感觉：git add. 和git stash都是讲文件存在暂存区，但是位置不一样。

不信你看下面的例子：

$ git statusOn branch masterYour branch is up to date with 'origin/master'.Changes to be committed:  (use "git reset HEAD 
   
    ..." to unstage)        new file:   READMECIM.md        modified:   RELEASE.md        modified:   src/main/java/com/navi/rtit/service/CoordTransformService.java        modified:   src/main/java/com/navi/rtit/service/impl/CoordTransformServiceImpl.java        modified:   src/main/java/com/navi/rtit/service/impl/DefectCodeServiceImpl.java        modified:   src/main/resources/application-prod.properties        modified:   src/main/webapp/WEB-INF/jsp/login-lte.jsp        modified:   src/main/webapp/WEB-INF/jsp/main-lte.jspDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git stash liststash@{0}: On master: BURR转坐标DESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git logcommit 66c73caa62769d861fd3eb3941f8520640a152f9 (HEAD -> master, origin/master, origin/HEAD)Author: Matthew <452562133@qq.com>Date:   Mon Mar 2 17:42:42 2020 +0800    更新为最新代码commit d066c2a628c5384fe521e91ab365ca2e1dbda959Author: Matthew <452562133@qq.com>Date:   Mon Feb 24 20:53:51 2020 +0800    initDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git reset --hard  66c73caa62769d861fd3eb3941f8520640a152f9HEAD is now at 66c73ca 更新为最新代码DESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git statusOn branch masterYour branch is up to date with 'origin/master'.nothing to commit, working tree cleanDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git stash liststash@{0}: On master: BURR转坐标

首先我是git stash 了我的代码，然后git add.，然后重放到上一个版本。然后git status 空空如也，但是git stash list 的内容已经存在。因此正面git add和git stash存放在暂存区的不同位置(如有不对，帮忙指正)

另外一个比较重要的问题是: 要理解git管理的是修改，而非某一个具体文件，举个例子，有一个文件你修改后，git add然后再次修改该文件，然后git commit。然后git status你会发现你的第二次修改并没有被commit到版本库中，为什么呢？因为git是不允许直接从工作区commit到版本库的的分支上，必须从暂存区才能git commit。这也验证了git并不是以文件来提交的，如果以文件提交则第二次的修改也会被commit的。

常见的命令如下:

git config --global user.name "你的名字" 让你全部的Git仓库绑定你的名字

git config --global user.email "你的邮箱" 让你全部的Git仓库绑定你的邮箱

git init 初始化你的仓库

git add . 把工作区的文件全部提交到暂存区

Note: 从整理看到git是很聪明的，它在引导你下一步干什么，例如git status后，看到你的代码没有提交就会引导你 git add/checkout --。而如果你git add后则提示你可以git reset HEAD <file>

$ git statusOn branch masterYour branch is up to date with 'origin/master'.Changes to be committed:  (use "git reset HEAD 
   
    ..." to unstage)        new file:   READMECIM.mdChanges not staged for commit:  (use "git add 
    
     ..." to update what will be committed)  (use "git checkout -- 
     
      ..." to discard changes in working directory)        modified:   READMECIM.md        modified:   RELEASE.md        modified:   src/main/java/com/navi/rtit/service/CoordTransformService.java        modified:   src/main/java/com/navi/rtit/service/impl/CoordTransformServiceImpl.java        modified:   src/main/java/com/navi/rtit/service/impl/DefectCodeServiceImpl.java        modified:   src/main/resources/application-prod.properties        modified:   src/main/webapp/WEB-INF/jsp/login-lte.jsp        modified:   src/main/webapp/WEB-INF/jsp/main-lte.jspDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git add .DESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git statusOn branch masterYour branch is up to date with 'origin/master'.Changes to be committed:  (use "git reset HEAD 
      
       ..." to unstage)        new file:   READMECIM.md        modified:   RELEASE.md        modified:   src/main/java/com/navi/rtit/service/CoordTransformService.java        modified:   src/main/java/com/navi/rtit/service/impl/CoordTransformServiceImpl.java        modified:   src/main/java/com/navi/rtit/service/impl/DefectCodeServiceImpl.java        modified:   src/main/resources/application-prod.properties        modified:   src/main/webapp/WEB-INF/jsp/login-lte.jsp        modified:   src/main/webapp/WEB-INF/jsp/main-lte.jsp另外如果工作区的内容没有git add的话直接git stash是啥情况呢？$ git stash save 'newBurr'Saved working directory and index state On wxdev: newBurrDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (wxdev)$ git statusOn branch wxdevnothing to commit, working tree cleanDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (wxdev)$ git stash liststash@{0}: On wxdev: newBurrstash@{1}: On wxdev: dev_BURR坐标转换stash@{2}: On master: BURR转坐标DESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (wxdev)可以看到确实stash成功了，只不过和正常git add 然后git stash的提示不太一样，这一点还不是很懂。

git add ./<file>/ 把工作区的<file>文件提交到暂存区

git commit -m "xxx" 把暂存区的所有文件提交到仓库区

git remote add origin https://github.com/name/name_cangku.git 把本地仓库与远程仓库连接起来

git push -u origin master 把仓库区的主分支master提交到远程仓库里

git push -u origin <其他分支> 把其他分支提交到远程仓库

git status查看当前仓库的状态

git diff 查看文件修改的具体内容

git log 显示从最近到最远的提交历史。

Note: git log --pretty=oneline 精简化显示log ，还有很多参数

git clone + 仓库地址下载克隆文件 <堪称神器，只要是开源的项目直接clone到本地看源码>

git clone --recursive 用于循环克隆git子项目

克隆ansible 项目 git clone https://github.com/ansible/ansible.git --recursive

git reset --hard + 版本号 回溯版本，版本号在commit的时候与master跟随在一起。版本号可以用git reflog来查看，可以穿梭到任何版本，这个需要特别注意，重放前的代码如果没有贮藏过那么代码就不见了，那么你就悲催了。

Note:1、默认HEAD指向上一个版本。

$git log --pretty=oneline66c73caa62769d861fd3eb3941f8520640a152f9 (HEAD -> master, origin/master, origin/HEAD) 更新为最新代码d066c2a628c5384fe521e91ab365ca2e1dbda959 initDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git reset --hardHEAD is now at 66c73ca 更新为最新代码

2、

git reflog 显示命令历史，记录所有HEAD的历史，git commit checkout 等操作会记录在log中。

如果不小心将未stash的代码gie reset了们可以通过查找commit id就回工作区的内容。

git checkout -- <file> 撤销命令，用版本库里的文件替换掉工作区的文件。我觉得就像是Git世界的ctrl + z

Note：1、对应sourceTree的操作就是丢弃

2、从来没有被添加到版本库就被删除的文件，是无法恢复的(这点是有亲身体会的，所以希望加引以为戒，最好经常贮藏自己的代码,或者提交到自己的分支上)

3、git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令。

4、如果你不下心删除了(对应sourcetree中也有一个删除的操作，)可以用这个命令恢复。

$ git checkout -- test.txtgit checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

git rm 删除版本库的文件

git branch 查看当前所有分支

比较有用，每次提交前一定要确认 你现在所处的分支是啥，不要把没改完的代码提交到即将要推向远端的仓库。

git branch <分支名字> 创建分支

git checkout <分支名字> 切换到分支。注意和git checkout -- <file>区分

这里需要吐槽一下SVN切换分支的操作，太慢。而git很快，瞬间完成，其实就是一个HEAD指针指向的改变，因此比较快。你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，工作区的文件都没有任何变化！$ git branch* masterDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git branch wxdevDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$ git branch* master  wxdevDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)$  git checkout wxdevSwitched to branch 'wxdev'A       READMECIM.md    // A ->ADDM       RELEASE.md     // M -> ModifyDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (wxdev)$ git branch  master* wxdev注意：git checkout命令加上-b参数表示创建并切换例如 git checkout -b wxdev就省去了git branch 和git branch 
   
    另外 $ git switch -c dev 创建并切换到新的dev分支比上面的命令好理解，毕竟关键字就可以看出来 switch 和-c(create)

git merge <分支名字> 合并分支, 合并到当前分支，先切到master 分支，然后git branch <分支名>这样就merge 你的分支到master分支了。Fast-forward 值得注意，这次合并是“快进模式”，也就是直接把master指向dev的当前提交，所以合并速度非常快。

$ git merge wxdevUpdating 66c73ca..6389fd4Fast-forward READMECIM.md                                       |   8 ++ RELEASE.md                                         |   3 + .../navi/rtit/service/CoordTransformService.java   |   2 + .../service/impl/CoordTransformServiceImpl.java    | 131 ++++++++++++++++----- .../rtit/service/impl/DefectCodeServiceImpl.java   |   7 ++ src/main/webapp/WEB-INF/jsp/login-lte.jsp          |   4 +- src/main/webapp/WEB-INF/jsp/main-lte.jsp           |   4 +- 7 files changed, 125 insertions(+), 34 deletions(-) create mode 100644 READMECIM.mdDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)

git branch -d <分支名字> 删除分支,有可能会删除失败，因为Git会保护没有被合并的分支

git branch -D + <分支名字> 强行删除，丢弃没被合并的分支

git log --graph 查看分支合并图

git merge --no-ff <分支名字> 合并分支的时候禁用Fast forward模式,因为这个模式会丢失分支历史信息

Note:1、推荐使用此种方式合并

$ git merge --no-ff -m 'merge with no-ff' wxdevMerge made by the 'recursive' strategy. RELEASE.md | 1 + 1 file changed, 1 insertion(+)$ git log --graph --pretty=oneline --abbrev-commit*   0da9975 (HEAD -> master) merge with no-ff|\| * 0117e27 (wxdev) 版本更更新|/* 6389fd4 BURR坐标准换* 66c73ca (origin/master, origin/HEAD) 更新为最新代码* d066c2a initDESKTOP-LDIM22E+wx@DESKTOP-LDIM22E MINGW64 /e/work1/qms (master)

2、no --ff这种方式也是souretree 里面合并分支的常用方式。

git stash 当有其他任务插进来时，把当前工作现场“存储”起来,以后恢复后继续工作(git stash前一定要先git add到暂存区)

git stash show 宏观上观察贮藏中哪个文件被修改

git stash show -p 查看某个stash的的详细内容，默认看的是stash@{0}:

git stash list 查看你刚刚“存放”起来的工作去哪里了

git stash apply 恢复却不删除stash内容

Note ：有多个版本的stash时候，需要指定版本号，例如git stash apply stash@{1}。其他stash 这样查看

git stash show stash@{$num} -p

E:\work1\rt>git stash list
stash@{0}: On master: release1
stash@{1}: On master: release
stash@{2}: WIP on master: 3f99c64 '*<E6><96><B0><E5><A2><9E>BI<E6><95><B0><E6><8D><AE><E6><BA><90>'

git stash drop 删除stash内容

git stash pop 恢复的同时把stash内容也删了(谨慎使用，如果觉得stash的内容过多，可以过一段时间手动用git stash clear清空)

Note：1、可以使用git fsck --lost-found恢复被删除的

$ git fsck --lost-foundChecking object directories: 100% (256/256), done.Checking objects: 100% (175/175), done.dangling blob 36422755e49379309004079c1bec2b6d43d3ef0fdangling blob 644c62fb200d7d7957f46373c4ae0993cb480a22dangling commit bf9626d8093e724770d012d68d020018770605bfdangling commit f0961d829f9a48a9fd8dc8c3cd9be7773259cc1adangling blob 42170bad0627e4c4b1722a59d3b7489ba1a62d60dangling commit 58dbde7671085153b5dc2610e31626fdf3012900dangling commit d1cbe7ee8ff16d507d68c5af3f6575046bb32106

2、 "dangling commit ..."你可以理解为你stash的id

3、git show <ID>

4、选择要恢复的ID，然后git merge <ID>