Git版本控制系统的基本使用

红太狼 2022-10-15 00:45 187阅读 0赞

### Git版本控制系统 ###

*  概念基础
 *   *  版本控制软件
     *  使用版本控制软件的好处
     *  版本控制系统的分类
 *  Git基础
 *   *  什么是Git
     *  Git的三个区域
     *   *  工作区中文件的四种状态
     *  Git的三种状态
     *  基本的Git工作流程
     *  安装并配置Git
     *  配置用户信息
     *  查看Git全局的配置信息
     *   *  方法一
         *  方法二
     *  查看帮助信息
     *  获取Git仓库
     *   *  方法一：将尚未进行版本控制的本地目录转换为仓库
         *  方法二：从其他服务器上克隆一个已存在的仓库
     *  Git检查文件状态
     *  Git跟踪新文件
     *  Git提交更新
     *  对已提交的文件进行修改
     *   *  暂存已修改的文件
         *  提交已暂存的文件
     *  撤销对文件的修改
     *  向暂存区中一次性添加多个文件
     *  取消暂存区的文件
     *  Git跳过暂存区直接提交
     *  移除文件
     *  忽略文件
     *   *  glob模式
     *  查看提交历史
     *  Git回退到指定版本
     *  使用Git将本地仓库上传至远程仓库
     *   *  基于HTTPS将本地仓库上传至GitHub
         *   *  没有现成的本地仓库
             *  本地现有的Git仓库
         *  基于SSH key上传本地仓库
         *   *  生成SSH key
             *  配置SSH key
             *  使用Git检测SSH key是否配置成功
             *  基于SSH将本地仓库上传至远程仓库
     *  Git去克隆一个仓库
     *  Git分支
     *   *  查看分支列表
         *  创建一个新分支
         *  切换到指定分支
         *  分支的快速创建和切换
         *  合并分支
         *  删除分支
         *  遇到冲突时的分支合并
         *  将本地分支推送到远程仓库中
         *  查看远程仓库中的所有分支列表
         *  跟踪分支
         *  拉取远程分支的最新代码
         *  删除远程仓库中的分支
     *  结束语

# 概念基础 #

## 版本控制软件 ##

是用来记录文件变化，以便将来查阅特定版本修订情况的系统，因此有时也叫“版本控制系统”。

## 使用版本控制软件的好处 ##

1.  **操作简便**。只要记住几组简单的终端命令，即可快速上手常见的版本控制软件。
2.  **易于对比**。基于版本控制软件所提供的功能，能够方便地比较文件的变化细节，从而查找出导致问题的原因。
3.  **易于回溯**。可以将选定的文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态。
4.  **不易丢失**。在版本控制软件，被用户误删除的文件，可以轻松恢复回来。
5.  **协作方便**。基于版本控制软件提供的分支功能，可以轻松实现多人协作开发时的代码合并操作。

## 版本控制系统的分类 ##

1.  本地版本控制系统。单机运行，使维护文件版本的操作工具化。
2.  集中化的版本控制系统。联网运行，支持多人协作开发，但是性能差，用户体验不好。
3.  分布式版本控制系统。联网运行，支持多人协作开发。性能优秀、用户体验好。

各自的特点：

<table> 
 <thead> 
  <tr> 
   <th>系统</th> 
   <th>特点</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>本地版本控制系统</td> 
   <td>使用软件来记录文件的不同版本，提高了工作效率，降低手动维护版本的出错率。缺点是单机运行，不支持多人协作开发；版本数据库故障后所有历史更新记录会丢失。</td> 
  </tr> 
  <tr> 
   <td>集中化的版本控制系统</td> 
   <td>基于服务器、客户端的运行模式，服务器保存所有更新记录，客户端只保留最新的版本。优点：联网运行，多人协作。缺点：不支持离线提交版本更新。中心服务器崩溃后，所有人无法正常工作。版本数据库故障后，所有历史记录都会丢失。</td> 
  </tr> 
  <tr> 
   <td>分布式版本控制系统</td> 
   <td>基于服务器、客户端的运行模式。服务器保存文件的所有更新版本，客户端是服务器的完整备份，并不是只保留文件的最新版本。优点：联网运行，支持多人开发；客户端断网后支持离线本地提交版本更新；服务器故障后，可使用任何一个客户端的备份来进行恢复。</td> 
  </tr> 
 </tbody> 
</table>

# Git基础 #

## 什么是Git ##

Git是一个开源的分布式版本控制系统，是目前世界上最先进、最流行的版本控制系统。可以快速处理从很小到非常大的项目版本管理。项目越大越复杂，协调的开发者越多，越能体现出Git的高性能和高可用性。  
Git自身的特性：

*  直接记录快照，而非差异比较。
 *  近乎所有操作都是在本地执行。

Git的记录快照：Git快照是在原有文件版本的基础上重新生成一份新的文件，类似于备份。为了效率，如果文件没有修改，Git不再重新存储该文件，而是只保留一个链接指向原来的文件。

缺点：占用磁盘空间大  
优点：版本切换时非常快，因为每个版本都是完整的文件快照，切换版本时直接恢复目标版本的快照即可。

## Git的三个区域 ##

使用Git管理的项目拥有三个区域，分别是**工作区**、**暂存区**、**Git仓库**。  
工作区：处理工作的区域。  
暂存区：已完成的工作的**临时存放区域**，**等待被提交**。  
Git仓库：最终存放的区域。

### 工作区中文件的四种状态 ###

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>英文</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>未跟踪</td> 
   <td>Untracked</td> 
   <td>不被Git所管理，比如在项目文件中新建了一个文件，一般都会被标为未跟踪状态</td> 
  </tr> 
  <tr> 
   <td>未修改</td> 
   <td>Unmodified</td> 
   <td>工作区文件的内容与Git仓库中所对应的文件的<strong>内容一致</strong></td> 
  </tr> 
  <tr> 
   <td>已修改</td> 
   <td>Modified</td> 
   <td>工作区文件内容与Git仓库中所对应的文件的<strong>内容不一致</strong></td> 
  </tr> 
  <tr> 
   <td>已暂存</td> 
   <td>Staged</td> 
   <td>工作区中被修改的文件<strong>已被放入暂存区</strong>，准备将修改后的文件保存到Git仓库中</td> 
  </tr> 
 </tbody> 
</table>

> Git操作的最终结果就是将工作区中的文件都处于**未修改状态**（Unmodified）

## Git的三种状态 ##

<table> 
 <thead> 
  <tr> 
   <th>状态</th> 
   <th>英文</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>已修改</td> 
   <td>modified</td> 
   <td>表示修改了文件，但还没将修改结果放到暂存区</td> 
  </tr> 
  <tr> 
   <td>已暂存</td> 
   <td>staged</td> 
   <td>表示对已修改文件的当前版本做了标记，使之包含在下次提交的列表中</td> 
  </tr> 
  <tr> 
   <td>已提交</td> 
   <td>committed</td> 
   <td>表示文件已安全地保存在本地的Git仓库中</td> 
  </tr> 
 </tbody> 
</table>

需要注意：

*  如果工作区的文件被修改了，但还没有放到暂存区，就是**已修改状态**。
 *  如果文件已修改并放入了暂存区，就属于**已暂存状态**。
 *  如果Git仓库中保存着特定版本的文件，那么这些特定版本的文件就属于**已提交状态**。

## 基本的Git工作流程 ##

1.  在工作区中修改文件
2.  将想要下次提交的更改进行暂存
3.  提交更新，找到暂存区的文件，将快照文件永久性存储到Git仓库

## 安装并配置Git ##

在开始使用Git管理项目版本前，需要将它安装在计算机上，顺便附上链接：[点击这里前往下载页面][Link 1]，在安装的时候无脑下一步就对了。

## 配置用户信息 ##

安装完Git之后，要做的第一件事就是设置自己的用户名和邮箱地址。因为通过Git对项目进行版本管理的时候，Git需要使用到这些基本信息来记录是谁对项目进行了操作。

右键选择：`Git Bash Here`打开命令窗口

git config --global user.name "你的名字"
    git config --global user.email "你的邮箱地址"

## 查看Git全局的配置信息 ##

### 方法一 ###

查找目录：**C盘–>用户–>\[自己的用户名\]–>.gitconfig**，选择用某个文本编辑器打开即可。  
![全局配置文件][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70]

### 方法二 ###

右键选择：`Git Bash Here`打开命令窗口  
查看全部配置：`git config --list`  
![全部配置][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 1]  
只查看全局配置：`git config --list --global`  
![全局配置][20210523153918565.png]  
查看指定的配置项：`git config user.name`  
![查看指定配置项][20210523154050237.png]

## 查看帮助信息 ##

如果对某个命令不是特别熟悉，比如说`git config`命令，可以使用`git help config`或`git config --help`来打开相应命令的使用手册，如果不想查看完整的手册，可以用`-h`选项来获取更简洁的输出：`git config -h`

## 获取Git仓库 ##

### 方法一：将尚未进行版本控制的本地目录转换为仓库 ###

如果自己有一个尚未进行版本控制的项目目录，想要通过Git来控制它，需要执行2个步骤：

1.  进入项目目录中，通过右键选择`Git Bash Here`
2.  执行`git init`命令将当前的目录转化为Git仓库

> git init命令会创建一个名为.git的隐藏目录，这个.git目录就是当前项目的Git仓库，里面包含了初始的必要文件，这些文件是Git仓库的必要组成部分

### 方法二：从其他服务器上克隆一个已存在的仓库 ###

## Git检查文件状态 ##

可以使用`git status`命令查看文件处于什么状态，如下图所示：  
![文件状态][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 2]  
在状态报告中可以看到，里面有个index.html文件处于未跟踪状态（Untracked），未跟踪的文件意味着Git在**之前的快照中没有**这些文件，同时Git也**不会自动将其纳入跟踪范围**之内，需要明确告诉Git需要跟踪这些文件进行管理。

当然上面的是列出详细的状态报告，这里也可以展示精简的文件状态，使用`git status -s`或`git status --short`来进行查看  
![精简状态][20210523163238894.png]  
文件名前面的两个红色的问号就表示未跟踪状态。

## Git跟踪新文件 ##

使用`git add`命令对文件进行跟踪

git add index.html

可以看到文件的状态已经更新  
![状态更新][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 3]  
新添加到暂存区中的文件前面会有绿色的A标记

## Git提交更新 ##

现在在暂存区中有一个文件**正在等待被提交**到Git仓库中进行保存，可以使用`git commit`命令来进行提交，其中可以添加`-m`选项，后面是本次提交的消息，用来对这次提交做进一步的描述。

git commit -m "新建了一个index.html文件"

来查看一下工作区的状态  
![提交更新][20210523165959417.png]

## 对已提交的文件进行修改 ##

现在index.html文件已经被Git跟踪，并且工作区和Git仓库中的index.html文件内容保持一致。如果我们对工作区中的index.html文件的内容进行修改，再次运行`git status`和`git status -s`命令则会看到以下内容：  
![修改后的文件状态][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 4]  
可以看到index.html文件显示为已修改状态（modified），在精简状态下为一个红色的M表示已经被修改了，但还没有放入暂存区

### 暂存已修改的文件 ###

将文件放入暂存区需要再次运行`git add`命令，这个命令是多功能的，主要有三方面：

1.  开始**跟踪一个新文件**
2.  把**已跟踪、已修改**的文件重新放入暂存区
3.  把冲突的文件标记为已解决状态

这里的命令是将index.html文件放入暂存区

git add index.html

再来查看一下状态  
![放入暂存区后的状态][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 5]  
可以看到index.html文件的状态为绿色的M表示已修改且已放入暂存区，等待被提交到Git仓库

### 提交已暂存的文件 ###

提交已暂存的文件只需再次运行`git commit -m [message]` 这个命令，即可将暂存区中记录的index.html的快照提交到Git仓库中进行保存  
![执行提交操作][20210523173217164.png]

## 撤销对文件的修改 ##

把工作区中对应的文件的修改，还原为Git仓库中保存的版本。此操作会导致所有的修改丢失，且无法恢复，危险性比较高，需要谨慎操作！

git checkout -- index.html

撤销操作的本质：利用仓库里的文件对工作区的文件进行覆盖操作。

## 向暂存区中一次性添加多个文件 ##

首先先对项目文件夹中的index.html文件进行内容的修改，然后再创建两个新的文件，分别是index.css和index.js  
![增加新内容][2021052319200615.png]

再用Git查看一下当前各文件的状态  
![当前状态][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 6]  
可以看到，index.html的状态为为已修改但为暂存，而index.css和index.js的状态为未跟踪（??）  
这时候就可以通过`git add .`命令来一键将工作区的文件暂存（跟踪）

git add .

执行后来看一下各文件的状态  
![执行git add .命令后][git add .]  
可以看到各文件状态均为待提交（即都在暂存区）

## 取消暂存区的文件 ##

如果需要从暂存区中移除对应的文件，则可以使用以下命令

# 将指定文件移出暂存区
    git reset HEAD [文件名]
    # 将暂存区中所有文件移出
    git reset HEAD .

假如要将index.html移出暂存区  
![将index.html移出暂存区][index.html]  
可以看到，index.html由绿色的M变为红色的M，即表明index.html已被移出暂存区

## Git跳过暂存区直接提交 ##

经过前面的学习，我们可以总结出Git的标准工作流程是**工作区–>暂存区–>Git仓库**，但是通常这么做略显繁琐，Git提供了一个跳过使用暂存区的方式，在工作区直接将文件提交至Git仓库。只要在`git commit`后面加上`-a`选项，Git就会自动把**所有已跟踪的文件**暂存起来一并提交，从而跳过暂存部分：

git commit -a -m [message]

再次强调，要已跟踪的才能提交上去，未跟踪的文件执行之后状态仍然是未跟踪（Unstracked）

## 移除文件 ##

从Git仓库中移除文件的方式有两种：

1.  从Git仓库和工作区中**同时移除**文件
2.  只从Git仓库中移除指定文件，但保留工作区中的文件

# 从Git仓库和工作区中同时移除index.js文件
    git rm -f index.js
    # 只移除Git仓库中的index.css，但保留工作区中的index.css文件
    git rm -cached index.css

首先是同时删除工作区和Git仓库中的index.js  
![同时删除工作区和Git仓库中的index.js][Git_index.js]  
再来查看一下文件状态  
![删除index.js后的文件状态][index.js]  
可以看到，文件index.js的状态为删除状态（deleted），表示下一次commit时将会删除Git仓库中的index.js文件

## 忽略文件 ##

一般来说，我们总是会有一些文件无需纳入Git管理，同时又不希望这些文件纳入到未跟踪状态（Unstracked），在这种情况下，我们可以创建一个名为`.gitignore`的文件，将需要忽略的文件名记录在内。  
文件.gitignore需要遵守一定的规范：

1.  以`#` 开头的均为注释
2.  以`/` 结尾的均为目录
3.  以`/` 开头防止递归
4.  以`!` 开头表示取反
5.  可以使用glob模式进行文件和文件夹的匹配（glob是指简化后的正则表达式）

### glob模式 ###

glob指的是简化了的正则表达式

*  星号 `*` 可以匹配0个或多个任意字符
 *  `[`abc`]` 可以匹配方括号中的任意一个字符
 *  问号 `?` 只匹配一个任意字符
 *  在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配。比如\[0-9\]表示可以匹配所有0到9之间的数字
 *  两个星号 `**` 表示匹配任意中间目录。比如a/\*\*/z可以匹配a/z、a/b/z或a/b/c/z等

下面是.gitignore文件内容的一个演示

![.gitignore文件内容示例][.gitignore]

## 查看提交历史 ##

按时间先后顺序列出提交历史，时间最近的在最上面，`回车键`翻页，`q键`退出

git log
    # 查看最近的n条提交历史
    git log -n

也可以自定义格式输出

git log [-n] --pretty=format:"%an | % ar | %s"

其中format后面的字符串可以自定义输出格式，但是`%an`表示作者，`%ar`表示作者修订日期，`%s`表示提交时附上的说明，这三个不可更改

来看一个示例：  
![展示提交历史记录][20210523213432975.png]

## Git回退到指定版本 ##

首先需要认识一下唯一标识，先打印一下提交的历史版本，每次提交时都会生成一个哈希值来唯一标识该次提交，就是图中红框中的部分  
![唯一标识][20210524225011188.png]  
我们使用以下命令来根据指定的提交ID回退到相应的版本

git reset --hard <CommitID>

注意：当回退到旧版本之后，如果再使用`git log`命令将不会显示所有提交历史记录  
![回退到旧版本无法查看所有提交的历史记录][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 7]  
回退到旧版本时如果想要查看所有的历史记录需要用到以下命令

git reflog [pretty=oneline]

效果如图所示  
![查看旧版本的提交记录][20210524225845450.png]  
此时如果想要回到原来那个最新的版本，那么操作步骤和之前一样

git reset --hard <CommitID>

## 使用Git将本地仓库上传至远程仓库 ##

首先需要新建一个远程仓库，新建过程就不展开了，上传至远程仓库有两种方式，这里以GitHub为例。

### 基于HTTPS将本地仓库上传至GitHub ###

基于HTTPS上传本地仓库的方式配置简单，缺点是每次上传都需要输入账号和密码。  
首先可以复制这个https的链接：  
![https的链接][https]

#### 没有现成的本地仓库 ####

# 使用终端命令创建一个README.md文件，并写入内容“# project”
    echo "# project" >> README.md
    # 初始化这个仓库，并将修改过的文件提交到本地仓库中
    git init
    git add README.md
    git commit -m "first commit"
    git branch -M main
    # 将本地仓库和指定地址的远程仓库进行关联，并把远程仓库重命名为origin
    git remote add origin https://github.com/Chen-913/project.git
    # 将本地仓库中的内容推送到远程仓库origin中
    git push -u origin main

#### 本地现有的Git仓库 ####

git remote add origin https://github.com/Chen-913/project.git
    git branch -M main
    git push -u origin main

然后是输入密码。。。。

接下来回到GitHub上看看仓库里有木有东西  
![GitHub的远程仓库][GitHub]  
如果是第二次，第三次上传这个仓库，那么直接使用`git push`命令即可

git push

### 基于SSH key上传本地仓库 ###

SSH key的作用：实现本地仓库和GitHub之间**免登录**的加密数据传输。  
SSH key由两部分组成：

1.  id\_rsa（私钥文件，存放于客户端的电脑中即可）
2.  id\_rsa.pub（公钥文件，需要配置到GitHub上）

#### 生成SSH key ####

打开Git Bash，复制粘贴以下代码并将双引号中的邮箱替换为注册GitHub时填写的邮箱

ssh-keygen -t rsa -b 4096 -C "youEmail@example.com"

然后连续敲击3次回车，即可在提示目录中找到创建的那两个文件  
![创建id\_rsa和id\_rsa.pub文件][id_rsa_id_rsa.pub]  
来看看有木有  
![寻找两个文件][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 8]

#### 配置SSH key ####

1.  用编辑器打开`id_rsa.pub`文件，完整地复制里面的内容
2.  登录GitHub，点击头像->Settings->SSH and GPG keys ->New SSH key
3.  将刚才在`id_rsa.pub`文件复制的内容粘贴到key对应的文本框中
4.  在Title文本框中任意填写一个名称，来标识这个SSH key 的来源

到此为止，成功的将生成的SSH key配置到自己的GitHub上，来看一下添加的效果  
![添加了一个SSH key][SSH key]

#### 使用Git检测SSH key是否配置成功 ####

打开Git Bash执行如下命令

ssh -T git@github.com

如果成功你会得到一个包含你用户名的提示信息  
![成功时返回的消息][20210525205947170.png]

#### 基于SSH将本地仓库上传至远程仓库 ####

首先还是在GitHub上创建一个新的仓库，Git上运行的代码和用HTTPS的基本一致，有一个地方需要变，就是地址需要选择**SSH**而不是HTTPS  
![选择SSH][SSH]  
然后接下来的操作就是

# 将本地仓库和指定地址的远程仓库进行关联，并把远程仓库重命名为origin，注意地址是SSH
    git remote add origin git@github.com:Chen-913/project2.git
    git branch -M main
    # 将本地仓库中的内容推送到远程仓库origin中
    git push -u origin main

然后就上传上去了  
![上传结果][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 9]

## Git去克隆一个仓库 ##

打开Git Bash然后克隆仓库的语法如下

git clone [远程仓库的地址]

远程仓库的地址怎么找呢？比如我要克隆我刚刚创建的project2仓库到本地  
![远程仓库地址][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 10]  
在需要下载的目录中打开Git Bash，输入命令加上远程仓库的地址

# 我用的是HTTPS，不知道为啥SSH显示没有权限访问，后续有待解决
    git clone https://github.com/Chen-913/project2.git

![克隆结果][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 11]  
可以看到已经成功克隆到本地了！

## Git分支 ##

### 查看分支列表 ###

查看当前仓库里的所有分支列表

git branch

![查看当前仓库的所有分支][20210526183234968.png]

> 需要注意，前面的`*`表示当前所处分支

### 创建一个新分支 ###

创建新分支后，**新分支的代码和当前所处分支的代码完全一样，并且用户所处分支仍然是当前分支而不是创建的新分支**

git branch [新分支的名称]

看看创建一个新分支之后所处的分支  
![创建分支后][20210526183919644.png]

### 切换到指定分支 ###

git checkout [需要切换到的分支名称]

来看一下效果  
![切换分支][20210526184234832.png]

### 分支的快速创建和切换 ###

使用如下命令创建指定名称的新分支，并且快速切换到新分支上

# -b 表示创建一个新分支
    # checkout 表示切换到刚创建的新分支上
    git checkout -b [新分支名称]

创建新分支时，建议先回到主分支上，基于主分支创建一个新的分支  
![创建并选择新分支][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 12]

### 合并分支 ###

功能代码经过开发测试完毕后，可通过`git merge`命令合并到主分支上

# 先切换回到主分支
    git checkout main
    # 再合并需要合并的分支
    git merge [要合并分支的名称]

### 删除分支 ###

在我们合并了分支之后，原来的分支就没有存在的必要了，这时候我们就可以删除它

git branch -d 分支名称

需要注意的是，不能删除自己当前所处的分支  
![删除其中一个分支][20210526190441883.png]

### 遇到冲突时的分支合并 ###

如果在两个不同的分支，对同一个文件做了不同的修改，Git就没有办法合并它，此时需要靠程序员自己去打开冲突文件然后手动解决冲突

# 先切换到主分支
    git checkout main
    # 再合并分支到main
    git merge login
    # 合并时将出现报错
    # 这时候需要程序员打开报错文件，手动解决冲突之后，执行以下命令
    git add .
    # 告诉Git已经把冲突解决了，最后提交即可
    git commit -m "已经解决了冲突"

### 将本地分支推送到远程仓库中 ###

如果是第一次将本地分支推送到远程仓库，则需要运行以下命令

git push -u origin [本地分支的名称]:[在远程仓库的名称]
    # 示例：
    git push -u origin login:log
    # 如果希望远程分支的名称与本地分支的名称保持一致
    git push -u origin [本地分支的名称]

仅第一次推送**新分支**时需要使用`-u`选项，此后推送分支内的代码只需`git push`即可

### 查看远程仓库中的所有分支列表 ###

查看远程仓库的一些属性，remote是远程的意思

git remote show [远程仓库的名字]

![远程仓库的一些属性][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 13]  
我特地用白色高亮的部分就是分支的情况了

### 跟踪分支 ###

跟踪分支的意思就是将远程分支下载到本地仓库，基本语法如下

git checkout [远程分支的名称]
    # 示例：
    git checkout pay
    # 从远程仓库中下载一个新分支到本地仓库，并把下载的本地分支重命名
    git checkout -b 本地分支的名称 远程仓库的名称/远程分支的名称
    # 示例：
    git checkout -b payment origin/pay

### 拉取远程分支的最新代码 ###

可以使用如下命令，将远程分支的最新代码下载到本地对应的分支上，执行此命令需要在和远程仓库中相应分支中（比如拉取远程仓库中的login，本地仓库的分支也要切换到login）

git pull

### 删除远程仓库中的分支 ###

git push [远程仓库的名称] --delete [远程分支的名称]
    # 示例：
    git push orgin --delete login

## 结束语 ##

到这里Git的最基本使用就结束了，后期有时间还会继续更新。

[Link 1]: https://git-scm.com/downloads
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70]: /images/20221014/e80609157a384b6a871c5890777f2e34.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 1]: /images/20221014/27ea935d34e44127a2df950eb849c198.png
[20210523153918565.png]: /images/20221014/dfdf17cc6d4d4e948b9790536c130559.png
[20210523154050237.png]: /images/20221014/0400d078be7c41138c066873f8a146d3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 2]: /images/20221014/45366fdfc97c47d7870de326e6bc934f.png
[20210523163238894.png]: /images/20221014/b2451f79ee324a39ac5cb36bc2967578.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 3]: /images/20221014/e79f40db68c84347ba5b88ce36142ecf.png
[20210523165959417.png]: /images/20221014/4e66903306ae49b89171b61fcd2e8e6e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 4]: /images/20221014/317a210b9e6a4c19aa7b8e46443d6558.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 5]: /images/20221014/ee05f428c3b64d7ab4389a10cd65af19.png
[20210523173217164.png]: /images/20221014/65b38337bbcc44cba620b33bd839ce46.png
[2021052319200615.png]: /images/20221014/e2ff8bf4cf294d1e96523574f7ff16ea.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 6]: /images/20221014/0769517fd3424f4eb249963ee23ef5c2.png
[git add .]: /images/20221014/12a53b097c0444708a43745320f6383b.png
[index.html]: /images/20221014/c17d184bbba140b8802d4b8b624a53ef.png
[Git_index.js]: /images/20221014/f5433ff818b649129a7a0c7ce6f10e17.png
[index.js]: /images/20221014/88452e9a3f0c4f4599a62a5b5dfdba4f.png
[.gitignore]: /images/20221014/8b31f0e14b48442cb52ffffd93e975c3.png
[20210523213432975.png]: /images/20221014/b3a77466390f456f94dafb50e484569b.png
[20210524225011188.png]: /images/20221014/b6f5208d94e148dbaab70057d3928dc7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 7]: /images/20221014/674a3a65288542e0b9994956161a1133.png
[20210524225845450.png]: /images/20221014/8ef598b4a7dc4a90ae4470a37e461e58.png
[https]: /images/20221014/587dde978746431bb30c246ad07e85ab.png
[GitHub]: /images/20221014/81081aab62f44ba8b3d2aba97fc85149.png
[id_rsa_id_rsa.pub]: /images/20221014/20f86e99b9e141e7b8c5c78687050839.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 8]: /images/20221014/6d57c3f981f640cdb63023d163bec166.png
[SSH key]: /images/20221014/bc3fa8a94d0e49d5baf01d5944281e25.png
[20210525205947170.png]: /images/20221014/bab4f5557ea6436fa4f0d2240fab3472.png
[SSH]: /images/20221014/1587455295714077bcc490ca1447a0bc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 9]: /images/20221014/35b1b5cf185f4571aebac0783c02c9ba.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 10]: /images/20221014/2770fb61fe1246d1b21f4d016867beb8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 11]: /images/20221014/b9596209a4ed4d0498fd879cb6691270.png
[20210526183234968.png]: /images/20221014/338b5ab70240460bac4230470832c085.png
[20210526183919644.png]: /images/20221014/3aa0a273bd564324b43ec2e27253e53c.png
[20210526184234832.png]: /images/20221014/c6d838e127464b1dae8c07bb5524aa0e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 12]: /images/20221014/935ce37117dd418ab3db5e9d7e4e32dc.png
[20210526190441883.png]: /images/20221014/5b5bacde2c264023b78e8e5825ac13e1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80NzU4NDUzNg_size_16_color_FFFFFF_t_70 13]: /images/20221014/c8dfdc996bc64b2eb75f5004a9f6d354.png