万字长文介绍git基本原理和使用(附基本指令)

红太狼 2022-09-11 02:29 112阅读 0赞

### 什么是git？ ###

git是目前世界上最先进的分布式版本控制系统(没有之一)

### git特点 ###

*  简单大气上档次

### 集中式VS分布式 ###

>  *  先说集中式版本控制系统，版本库是集中存放在中央服务器的，而干活的时候，用的都是自己的电脑，所以要先从中央服务器取得最新的版本，然后开始干活，干完活了，在把自己的活推送给中央服务器。中央服务器就好比一个图书馆，你要改一本书，必须先拿出来，然后改完了在还回去。
>  *  集中式版本控制系统最大的毛病就是必须联网才能功能，如果在局域网内还行，带宽够大，速度够快，可如果在互联网上遇到网速慢的话，可能提交一个10M的文件就需要好几分钟。
>  *  那分布式版本系统与集中式版本控制系统有何不同呢？首先，分布式版本控制系统根本没有“中央服务器”，每个人的电脑上都是一个完整的版本库，这样，你工作的时候，就不需要联网了，因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库，那么如何多人协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，这是，你们之间，只需要把各自修改的地方推送给对方，就可以互相看到对方的修改了。
>  *  和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人的电脑里都有完整的版本库，某一个人的电脑坏了没关系，随便从其他人那里复制一个就可以了。而集中式版本控制系统的中央服务器要是除了问题，那么所有人都没了。
>  *  在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们不在一个局域网内，两台电脑互相访问不了，因此分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，知识交换修改不方便而已。
>  *  当然，Git的优势绝不单单是不必联网这么简单，它还有极其强大的分支管理，把SVN远远抛在了后面

### 一、Git的安装 ###

http://git-scm.com/

> 这里下载按照默认安装就好。。。

在桌面或者任意目录右键出现 **Git Base Here** 出现如下界面表示安装成功

\[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-p92mSs9d-1631331109196)(C:\\Users\\chenx\\AppData\\Roaming\\Typora\\typora-user-images\\image-20210911112811947.png)\]

#### 1.设置全局身份 ####

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址

> `$ git config --global user.name "Your Name"`
> 
> `$ git config --global user.email "You Email"`

> 设置完成后在你的用户目录下会生成一个 .gitconfig 文件记录了这些信息  
> 不单单只能配置name和email，你可以任意配置你想要的属性例如user.phone只是这两个是必须的

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16]

#### 2.创建版本库 ####

> 什么是版本库呢？版本库又叫仓库，你可以简单理解成一个目录，这个目录里面所有文件都可以呗Git管理起来，每个文件的修改，删除，Git都能跟踪，以便任何时候都可以追踪历史，或者在将来某个时刻可以“还原”
> 
>  *  创建一个版本库非常简单，我们任意创建一个空的目录，进入目录右键 Git Base Here 进入命令界面

chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹
    #创建仓库
    $ mkdir repository
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹
    # 进入目录
    $ cd repository/
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository
    # 把目录编程一个版本库，执行仓库初始化命令
    $ git init
    # 查看目录 增加了一个.git文件
    $ ls -a
    ./  ../  .git/

#### 添加文件 ####

> 这里明确一下，所有的版本控制系统，其实只能跟踪文本的改动，比如TXT文件，网页，所有的程序代码等等，Git也不例外。版本控制系统可以告诉你每次的改动，比如在第5行加一个单词"code"，在某一行删除了某个单词。而图片、视频这些二进制文件，虽然也能由版本控制系统管理，但没办法跟踪文件的变化，只能把二进制文件每次改动串起来，也就是只知道图片从100KB改成了120KB，但到底改了啥，版本控制系统不知道，也没法知道。  
> 不幸的是，Microsoft的Word格式是二进制格式，因此，版本控制系统是没法追踪Word文件的改动，如果要真正使用版本控制系统，就要以纯文本方式编写文件。  
> 因为文本室友编码的，比如中文常用的GBK编码，日文有Shift\_JIS编码，如果没有历史遗留问题，建议使用UTF-8编码，既没有冲突，又被所以平台支持。

现在我们编写一个readme.txt文件内容如下：

> 别拿自己当回事，要拿你做的事情当回事。

将该文件放到刚刚创建的版本目录中，子目录也行，然后我们将该文件放到Git仓库中

*  使用 git add 告诉Git，把文件添加到仓库：

> `$ git add readme.txt`

> 执行如上命令，没有任何显示，这就对了，Unix的哲学就是“没有消息就是好消息”，说明添加成功

*  用命令 git commit告诉git，把文件提交到仓库

> `$ git commit -m '创建一个文件'`  
> `[master (root-commit) 6aec092] 创建一个文件 1 file changed, 1 insertion(+) create mode 100644 readme.txt`

*  提交完毕后我们查看当前git版本状态  
    ![在这里插入图片描述][6055a13fc09b47b89db7d8078f898a5f.png]

> 这里表示没有任何可提交的。

*  我们修改一下readme里的内容，再次查看  
    ![在这里插入图片描述][36016f98ebe84da2bc3eb7ff6190d6f6.png]

> 红色的部分代表新的文件

*  再次使用 `Git add 文件名` 把当前文件加入到暂存区
 *  再次使用 `git status` 查看版本状态  
    ![在这里插入图片描述][e1d2de1d658f420a8c8b99be58271ebf.png]

> 红色部门代表暂存区有一个新的文件没有提交，提交之后才会进入版本库

*  使用 `git commit -m '说明'` 把暂存区提交到当前所在分支(master)  
    ![在这里插入图片描述][15bb099a521444199102a926f856c5b1.png]

#### 版本回退 ####

*  相关命令  
    `git log` 查看当前分支的版本提交所有记录  
    `git long --pretty=oneline` 一行显示  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 1]  
    `git reset --hard HEAD^` 向上回退一个版本 ^代表一个版本 ^^代表向上回头两个版本以此类推  
    ![在这里插入图片描述][939c50d5873a4da29ec0b9bb48378c7c.png]  
    我们可以看到HEAD指向了前一个版本

`git reset --hard 6aec` 回退到指定版本，这里版本号在少数的情况下可以缩写

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 2]

### 工作区和暂存区 ###

Git和其他版本控制系统如SVN的一个不同之处就是有暂存区的概念

1.  工作区(Working Directory)  
    就是你在电脑里能看到的目录，如我们的repository文件就是一个工作区：
2.  版本库(Repository)  
    工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库  
    Git的版本库里存放了很多东西，其中最重要的就是成为stage(或者叫index)的暂存区，还有Git为我自动创建的第一个分支master，以及指向master的一个指针叫HEAD。  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 3]

> 前面我们所说的把文件往Git版本库里添加的时候，是分两部指向的：
> 
>  *  第一步用 `git add`把文件添加进去，实际上就是把文件修改添加到暂存区。
>  *  第二步使用 `git commit` 提交更改，实际上就是把暂存区的所有文件内容提交到当前分支  
>     因为我们创建Git版本库时，Git自动为我们创建了一个唯一一个master分支，所以，`git commit` 就是往master分支上提交更改，可以简单理解为，需要提交的文件通通放到暂存区，然后一次性提交暂存区的所有修改。

### 文件修改 ###

*  现在工作区创建文件 ---- `git add` 到暂存区---- `git commit` 到分支
 *  相关命令  
    `git diff head -- 文件名` 查看当前文件和版本库区别  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 4]

#### 文件管理-撤销修改 ####

*  情况1：数据只存在工作区  
    相关命令：
    
     *  `git checkout -- readme.txt` 丢弃工作区的修改，使用该命令可以撤销该文件的修改。
 *  情况2：数据使用`git add` 添加到暂存区  
    相关命令：
    
     *  `git reset HEAD 文件名` 移除暂存区该文件，在执行情况1的方式。
 *  情况3：数据使用`git commit`到版本库
    
     *  使用版本回退 `git reset --hard 版本号`

#### 文件管理-删除文件 ####

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 5]

相关命令：

*  先删除 `git rm -rf 文件名`

> 如上图，我们指向了`git rm -rf 文件名`后查看git状态会发现有一个绿色的delete状态的文件，此命令类似于 `git add` 因此我们也需要执行`git commit -m '删除文件'`告诉分支将此文件删除，值得注意的是，删除并不是回退版本，而是会继续向上追加命令。

### 创建与分支合并 ###

> 在版本回退里，你已经知道，每次提交，Git都把他们传承一条时间线，这条时间线就是一个分支。我们上面所说的，只有一条时间线，这个也叫做主分支，即master分支。HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支。  
> 一开始的时候，master分支是一条线，Git用master指向最新的提交，再用HEAD指向master，就能确定当前分支，以及当前分支的提交点：

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 6]

> 每次提交，master分支会都向前移动一步，这样，随着你不断提交，master分支的线也会越来越长。

> 当我们创建新的分支，例如dev分支，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上：

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 7]

> 你看，Git创建一个分支很快，因为除了增加一个dev指针，改改HEAD的指向，而工作区的文件都没任何变化，不过，从现在开始对工作去的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变：

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 8]

> 加入我们在dev上的工作完成了，就可以把dev合并到master上。Git怎么合并呢？最简单的方法就是直接把master指向dev的当前提交，就完成了合并：

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 9]

> 所以Git合并分支也很快！就改改指针，工作区内容也不变，合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后我们就剩下了一条master分支。

#### 相关命令 ####

*  创建dev分支，并切换到dev分支 `git checkout -b dev`
 *  `git branch dev` 创建dev分支
 *  `git checkou dev` 切换分支
 *  `git branch` 查看分支
 *  `git branch -d 分支名字` 删除分支(删除分支的时候，需切换至其他分支才能删除)

> 场景： 我们切换至dev分支，然后使用`vim` 进行文件修改，然后使用`git status` 状态查看我们肯定是可以看到有一条修改待提交暂存区的记录

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 10]

> 然而我们在`git checkout master`后查看状态仍然发现有一条待提交的记录，这是为什么呢？
> 
>  *  因为我们不管是在master分支还是dev分支上做的任何修改，这个修改都是在我们的工作区，也就是本地。而dev或者master都只是版本里的一个指针指向。

> 接下来我们在使用 `git add` 看看是否能解决这个问题。

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 11]

> 我们在dev分支进行`git add readme.txt` 后在切换至master分支查看状态，我们仍然会发现有一条待提交的文件显示，这是为什么呢？
> 
>  *  因为我们使用`git add`命令后我们只是把文件提交到了版本库中的暂存区，而我们最终的指向是通过HEAD的指针的指向决定是dev还是master也就是说，暂存区的内容也是共享的。我在再在dev分支使用`git commit` 试试！  
>     ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 12]

> 从dev分支提交后，我们可以发现解决了这个问题，并且在master分支上也无法看到dev分支修改的内容，有兴趣的可以自行试试。

*  `git merge dev` 合并分支

> 我们把dev分支刚刚修改的内容合并到master分支上，我们则需要在master分支上执行命令

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 13]

> 我们在master分支上也可以看到刚刚dev上修改的内容了。

#### 冲突解决 ####

> 例如我们在dev分支上增加一行内容，然后master分支也进行了内容修改，然后我们在master分支上对dev进行合并就会出现冲突，那么这样情况就需要我们去手动解决冲突了。

# 切换至dev分支
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git checkout dev
    Switched to branch 'dev'
    #在dev分支上对文件进行修改
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ vi readme.txt
    # 提交至暂存区
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git add readme.txt
    # 提交文件至dev版本库
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git commit -m '在dev上添加'
    [dev 2740065] 在dev上添加
     1 file changed, 1 insertion(+)
    #切换至master分支
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git checkout master
    Switched to branch 'master'
    #对文件进行修改
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ vim readme.txt
    # 提交至暂存区
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git add readme.txt
    # 提交至master版本库
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git commit -m '在master上提交'
    [master fa78be2] 在master上提交
     1 file changed, 1 insertion(+)
    # 查看master分支上的内容，并无dev上修改的内容
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ cat readme.txt
    第一行数据
    在dev新增数据
    在master上增加一行
    #合并分支
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git merge dev
    Auto-merging readme.txt
    CONFLICT (content): Merge conflict in readme.txt
    Automatic merge failed; fix conflicts and then commit the result.
    # 我们发现出现了错误，并且出现了临时分支(master|MERGING)临时分支表示合并中，我们查看文件内容，出现了冲突内容。
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master|MERGING)
    $ cat readme.txt
    第一行数据
    在dev新增数据
    <<<<<<< HEAD
    在master上增加一行
    =======
    dev添加一行数据
    >>>>>>> dev
    # vim进行手动冲突解决。
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master|MERGING)
    $ vim readme.txt
    # 提交
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master|MERGING)
    $ git add .
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master|MERGING)
    $ git status
    On branch master
    All conflicts fixed but you are still merging.
      (use "git commit" to conclude merge)
    
    Changes to be committed:
            modified:   readme.txt
    
    #合并完成
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master|MERGING)
    $ git commit -m '合并提交'
    [master 0cfd574] 合并提交
    # 再次查看文件
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ cat readme.txt
    第一行数据
    在dev新增数据
    在master上增加一行
    dev添加一行数据

*  `git log --graph` 可以查看分支合并图  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 14]

### 分支策略 ###

> 通常，合并分支时候，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息，如果要强化之金庸Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息，我们可以来尝试一下 --no-ff 方式的git merge

![在这里插入图片描述][e6e8e7489af446bb85fde51504bc4216.png]

*  `git merge --no-ff -m 'merge with no-ff 提交' dev`  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 15]

> 合并分支时，加上–no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾静做过合并，而fast forward合并就看不出来曾经做过合并

#### 分支管理-bug分支 ####

> 软件开发种，bug就像家常便饭一样，有了bug就需要修复，在Git种，由于分支时如此的强大所以每个bug都可以通过一个临时分支来修复，修复后，合并分支，然后将临时分支删除。  
> 场景： 当你接到一个bug 101的任务时，你会很自然的想到创建一个issue-101来修复它，但是此时当前正在dev上进行的工作还没有提交。如下：

![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 16]

> 前面我们介绍过，我们在dev上进行的修改在没有commit之前都是在工作区的，也就是在本地，因此我们即使切换到了master或者其他分支，此处都是会影响的，但是我此时我该功能预期还需要一天完成，而bug必须在两个小时内完成，怎么办？  
> git提供了 stash功能，可以把当前工作现场"储藏"起来，等以后修复香肠后继续工作

相关命令:  
\- `git stash` 储藏工作区  
\- `git stash list` 查看储藏的列表  
\- `git stash pop` 出栈

chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git checkout dev
    Switched to branch 'dev'
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ vim readme.txt
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git status
    On branch dev
    Changes not staged for commit:
      (use "git add <file>..." to update what will be committed)
      (use "git restore <file>..." to discard changes in working directory)
            modified:   readme.txt
    
    no changes added to commit (use "git add" and/or "git commit -a")
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git stash
    Saved working directory and index state WIP on dev: ea52634 在dev上提交
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git checkout master
    Switched to branch 'master'
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git status
    On branch master
    nothing to commit, working tree clean
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git checkout -b issue-101
    Switched to a new branch 'issue-101'
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (issue-101)
    $ vim readme.txt
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (issue-101)
    $ git add readme.txt
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (issue-101)
    $ git commit -m 'bug修复'
    [issue-101 63c1d7a] bug修复
     1 file changed, 1 insertion(+), 1 deletion(-)
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (issue-101)
    $ git checkout master
    Switched to branch 'master'
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git merge issue-101
    Updating 5f28df5..63c1d7a
    Fast-forward
     readme.txt | 2 +-
     1 file changed, 1 insertion(+), 1 deletion(-)
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git branch -d issue-101
    Deleted branch issue-101 (was 63c1d7a).
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (master)
    $ git checkout dev
    Switched to branch 'dev'
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git stash list
    stash@{ 0}: WIP on dev: ea52634 在dev上提交
    
    chenxh@DESKTOP-G1KAA8P MINGW64 ~/Desktop/新建文件夹/repository (dev)
    $ git stash pop
    On branch dev
    Changes not staged for commit:
      (use "git add <file>..." to update what will be committed)
      (use "git restore <file>..." to discard changes in working directory)
            modified:   readme.txt
    
    no changes added to commit (use "git add" and/or "git commit -a")
    Dropped refs/stash@{ 0} (3b2ef7b5fe4882357629e770848c73ac7d309808)

> 至此git的基本命令到此差不多都介绍完毕了，有不对的地方还请各位指点。

### 远程仓库使用gitee ###

*  创建SSH Key： `ssh-keygen` 按照提示即可  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 17]  
    然后会在用户目录下生成文件.ssh:  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 18]  
    id\_rsa ：密钥  
    id\_rsa.pub：公钥
 *  登录gitee，配置ssh key  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 19]

然后将id\_rsa.pub里的内容复制进去即可。

*  添加远程仓库—新建仓库  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 20]
 *  生成后，会提供一个仓库地址 ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 21]
 *  本地仓库，关联远程仓库  
    相关命令 `git remote add origin git@gitee.com:chenxh0428/test.git`  
    ![在这里插入图片描述][f1ca9753514e4b41865672f35e3c3d86.png]  
    没有消息就是好消息
 *  把本地仓库内容推送到远程仓库上  
    相关命令：  
    `git push origin master`  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 22]  
    ![在这里插入图片描述][watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 23]  
    发现远程gitee上有了本地的代码,至此推送至远程仓库结束
 *  从远程仓库克隆  
    `git clone git@gitee.com:chenxh0428/test.git`  
    ![在这里插入图片描述][83622a780ff4440ca038e50113f5b0aa.png]  
    ![在这里插入图片描述][cfc66ab3970947bc862d46186952ba82.png]

> 我们发现，我们从远程clone下来的代码发现没有dev分支，然后我们在远程仓库上是存在dev分支的，此时我们需要关联远程仓库。  
> `git checkout -b dev origin/dev`  
> ![在这里插入图片描述][0d864ffa8b9a44258c7b4b6b0c65335b.png]

### 常用命令整理 ###

<table> 
 <thead> 
  <tr> 
   <th>命令</th> 
   <th>说明</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td><code>git config --global user.name "Your Name"</code></td> 
   <td>设置用户名</td> 
  </tr> 
  <tr> 
   <td><code>git config --global user.email "You Email"</code></td> 
   <td>设置邮箱</td> 
  </tr> 
  <tr> 
   <td><code>git init</code></td> 
   <td>初始化git，创建一个本地git版本库.git同时生成</td> 
  </tr> 
  <tr> 
   <td><code>git add 文件名</code></td> 
   <td>将本地文件从工作区提交至暂存区 . 代表提交全部</td> 
  </tr> 
  <tr> 
   <td><code>git commit -m '说明'</code></td> 
   <td>将本地暂存区文件提交至本地版本库</td> 
  </tr> 
  <tr> 
   <td><code>git status</code></td> 
   <td>查看当前版本库状态</td> 
  </tr> 
  <tr> 
   <td><code>git log</code></td> 
   <td>查看当前分支的版本提交所有记录</td> 
  </tr> 
  <tr> 
   <td><code>git log --pretty=oneline</code></td> 
   <td>查看版本提交记录 一行显示</td> 
  </tr> 
  <tr> 
   <td><code>git reset --hard HEAD^</code></td> 
   <td>向上回退一个版本 ^代表上个版本 ^^代表两个版本，以此类推</td> 
  </tr> 
  <tr> 
   <td><code>git reset --hard 版本号</code></td> 
   <td>回退到指定版本，在版本号不多的情况下可以进行缩写模糊匹配</td> 
  </tr> 
  <tr> 
   <td><code>git diff head --文件名</code></td> 
   <td>查看当前文件和版本库的区别</td> 
  </tr> 
  <tr> 
   <td><code>git checkout --文件名</code></td> 
   <td>丢弃工作区的修改，该命令可以撤销该文件的修改</td> 
  </tr> 
  <tr> 
   <td><code>git reset HEAD 文件名</code></td> 
   <td>移除暂存区的修改（使用git add后会提交至暂存区）</td> 
  </tr> 
  <tr> 
   <td><code>git rm -rf 文件名</code></td> 
   <td>文件删除,此命令等于一个delete执行，需要我们进行commit提交</td> 
  </tr> 
  <tr> 
   <td><code>git checkout -b dev</code></td> 
   <td>创建分支并切换分支</td> 
  </tr> 
  <tr> 
   <td><code>git branch dev</code></td> 
   <td>创建分支</td> 
  </tr> 
  <tr> 
   <td><code>git checkout dev</code></td> 
   <td>切换分支</td> 
  </tr> 
  <tr> 
   <td><code>git branch</code></td> 
   <td>查看分支</td> 
  </tr> 
  <tr> 
   <td><code>git branch -d 分支名</code></td> 
   <td>删除分支</td> 
  </tr> 
  <tr> 
   <td><code>git merge dev</code></td> 
   <td>合并分支</td> 
  </tr> 
  <tr> 
   <td><code>git merge --no-ff -m 'merge with no-ff 提交' dev</code></td> 
   <td>禁用Fast forward模式合并</td> 
  </tr> 
  <tr> 
   <td><code>git stash</code></td> 
   <td>储藏工作区</td> 
  </tr> 
  <tr> 
   <td><code>git stash list</code></td> 
   <td>查看储藏列表</td> 
  </tr> 
  <tr> 
   <td><code>git stash pop</code></td> 
   <td>出栈</td> 
  </tr> 
  <tr> 
   <td><code>ssh-keygen</code></td> 
   <td>创建远程SSH key</td> 
  </tr> 
  <tr> 
   <td><code>git remote add origin 仓库地址</code></td> 
   <td>本地仓库关联远程仓库</td> 
  </tr> 
  <tr> 
   <td><code>git push origin master</code></td> 
   <td>将本地master分支所有内容推送到远程仓库</td> 
  </tr> 
  <tr> 
   <td><code>git pull origin master</code></td> 
   <td>拉取远程仓库最新代码</td> 
  </tr> 
  <tr> 
   <td><code>git clone 仓库地址</code></td> 
   <td>从远程仓库克隆代码</td> 
  </tr> 
  <tr> 
   <td><code>git checkout -b dev origin/dev</code></td> 
   <td>关联远程仓库。</td> 
  </tr> 
  <tr> 
   <td><code>git branch --set-upstream-to=origin/remote_branch your_branch</code></td> 
   <td>本地分支关联远程分支origin/remote_branch:你本地对应的远程分支,your_branch:你本地分支</td> 
  </tr> 
  <tr> 
   <td><code>git push origin newbranch:newbranch</code></td> 
   <td>新建一个远程分支</td> 
  </tr> 
  <tr> 
   <td><code>git push --set-upstream origin newbranch</code></td> 
   <td>本地分支关联远程分支</td> 
  </tr> 
  <tr> 
   <td><code>git remote -v</code></td> 
   <td>显示所有远程仓库</td> 
  </tr> 
  <tr> 
   <td><code>git remote show [remote]</code></td> 
   <td>显示某个仓库信息</td> 
  </tr> 
  <tr> 
   <td><code>git remote add [shortname] [url]</code></td> 
   <td>添加远程版本库</td> 
  </tr> 
  <tr> 
   <td><code>git remote rm name</code></td> 
   <td># 删除远程仓库</td> 
  </tr> 
  <tr> 
   <td><code>git remote rename old_name new_name</code></td> 
   <td>修改仓库名</td> 
  </tr> 
 </tbody> 
</table>

[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16]: /images/20220828/c267a7899c65441bbb2afdde82cb87fc.png
[6055a13fc09b47b89db7d8078f898a5f.png]: /images/20220828/e1b1d945fa444cebbd2722f6864535fb.png
[36016f98ebe84da2bc3eb7ff6190d6f6.png]: /images/20220828/de73ed0eb9104679bf51f8469eee4784.png
[e1d2de1d658f420a8c8b99be58271ebf.png]: /images/20220828/e7542ddd88674062a1c37e4033b707e1.png
[15bb099a521444199102a926f856c5b1.png]: /images/20220828/a59434e697d14efaa1035bccd73bee1e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 1]: /images/20220828/57987495a81c43d28c1aec888b1d07c6.png
[939c50d5873a4da29ec0b9bb48378c7c.png]: /images/20220828/0ee787efbd2a4baf9e4a12ac3adf255c.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 2]: /images/20220828/b68d878606a446d9ac1a772a19dd530e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 3]: /images/20220828/bb7baba106fd485da5fba82ceb98d3e8.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 4]: /images/20220828/483b8ea9d8824e8488499bd31c147baa.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 5]: /images/20220828/8f4b908bc5e34d3e9044334b1fe23090.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 6]: /images/20220828/f1c36e8f5eef49dca5aa46f4bda3a774.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 7]: /images/20220828/9728d7ce13e747f694b4c8e5b8937f99.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 8]: /images/20220828/652d0570b43e4179aed92675480ee709.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 9]: /images/20220828/07802534333a4d96b54ee4ad81e2785e.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 10]: /images/20220828/0abba5502213407d9591408b0cd1776f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 11]: /images/20220828/7d6e2d053a9f42db8527c272489e2e57.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 12]: /images/20220828/c9794455e71e44f29f02db45c90c77a6.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 13]: /images/20220828/61f5b1ff82c442c291a4e397f371080a.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 14]: /images/20220828/34df125269e646088ba80595968b0358.png
[e6e8e7489af446bb85fde51504bc4216.png]: /images/20220828/46c03bab611140ec9f2269eaedde9f6f.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 15]: /images/20220828/3065a82df9dd43a8b91ce8af4e354e08.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 16]: /images/20220828/c8af59ab210647b8bbc4473775d6c970.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 17]: /images/20220828/8cb4f9632f1a45358c5d8edc77af4437.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 18]: /images/20220828/8d2e2c5f390843db810fc7966d822575.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 19]: /images/20220828/961ce6859c1045fea0ac196e50891976.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 20]: /images/20220828/6d5d2912df1348a4a311bf8a63a5285a.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 21]: /images/20220828/49e3c59c87ff4a7aaf088a9a0b6f841f.png
[f1ca9753514e4b41865672f35e3c3d86.png]: /images/20220828/d334113a084a44bc9013361f71fd883b.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 22]: /images/20220828/00729f1803d94cb483675895fb57e54c.png
[watermark_type_ZHJvaWRzYW5zZmFsbGJhY2s_shadow_50_text_Q1NETiBA6ZmI5qmZ5qmZ5Li2_size_20_color_FFFFFF_t_70_g_se_x_16 23]: /images/20220828/df98bdbd29b1478fbffb98034ba09702.png
[83622a780ff4440ca038e50113f5b0aa.png]: /images/20220828/98096cbe0c7545c0b491a2209fafdd7d.png
[cfc66ab3970947bc862d46186952ba82.png]: /images/20220828/e146bbe4a024424e82663ea6263da710.png
[0d864ffa8b9a44258c7b4b6b0c65335b.png]: /images/20220828/1c7204b0732d4f869a838b068c72a195.png