git学习四：常用命令总结，包括创建基本命令，分支操作，合并命令，压缩命令，回溯历史命令,拉取命令-阿里云开发者社区

前言

git 仓库讲解

工作树、仓库、暂存区

工作树：git init 初始化仓库时，生成的 .git 隐藏文件，即为工作树，
仓库：初始化仓库后，也就有了本地仓库，.git 同目录下文件也可以算是仓库。但是需要提交
暂存区：git add命令便是将文件提交到一个临时区域，也就是暂存区。之后 git commit 也就是将文件提交到仓库。

一、初始化git配置

安装完git后，需要进行初始化

git config --global user.name “user.name” 注册用户名
git config --global user.email “yourmail@youremail.com.cn”注册用户邮箱
查看用户名配置：git config --global user.name
查看邮箱配置：git config --global user.email
git有一个配置文件夹，可以通过 find -name config 命令来查找，一般会在位于C:\Users{user}.gitconfig。里面有配置的name和email，也可以在这里手动配置。也可以是用.gitconfig配置文件单独配置来替代.git文件夹。 。
还有创建秘钥等，可以看第一篇博客
git学习一：第一次使用Git上传本地项目到github上（很详细，很全面）

二、基本提交命令

1. 命令

git init : 初始化仓库，在自动生成一个隐藏的.git 文件夹。
git add ：git add . 添加目录中的所有，git add 文件名或者目录名，添加指定的文件或目录。将文件加入到暂存区，暂存区是提交前的一个临时区域。
git status ：查看操作后的状态。
git commit -m '描述' ：提交到本地仓库。
git commit -am '描述'：此命令等价于 git add 和 git commit 两个命令，合二为一。
git diff ：可以查看工作树、暂存区、最新提交前之间的区别。
git diff HEAD ：查看工作树和最新提交的差别，(意思与 git diff 一样)。
git log ：查看提交日志，以当前为终点，仅包括之前的提交（commit）信息。
git reflog：查看所有的提交（commit）日志，包括之前和之后（当回溯到之前，所以这里也可以查看之后的）。
git relog --pretty=short：让程序只显示第一行的简述信息。
git remote add origin xxx：添加远程仓库
git remote -v：查看远程仓库，一般是两个，一个fetch一个push。
git branch：查看本地分支。
git branch -a：查看本地和远程分支。
git fetch origin ：查看远程分支，确认主分支的名称。大多数现代 GitHub 仓库使用 main 作为主分支，但也有可能是 master 或其他名称。

好的习惯：在git commit 提交之前，先执行 git diff HEAD 命令，查看本次提交和上次提交之间有什么差别，等确认完成后再进行提交，这里的HEAD指向当前分支中最新一次提交的指针。

2. 注意的点

说明，应注意的细节：

git status 命令在任何时候都可以执行，查看当前的状态。
git diff 查看刚修改的与提交（commit）的不同，所以要在git add 之前执行。其他时候执行无效
git diff HEAD 是在 git add 执行之后执行，git commit之前执行。（含义与git diff 一个意思，查看）

3. 深度理解 git commit 提交

在 Git 中提交时，会执行一个提交（git commit）命令，该命令一旦执行，Git服务器就会保存一个 指向暂存内容快照的指针 ，包含本次提交的 哈希值（很重要）、作者、提交时间 等相关附属信息。

哈希值是每一次提交的标志，可以理解为id，当你GitHub提交代码出现问题时，需要回溯历史时，则会根据这个哈希值回到从前的版本。

git log 命令则会显示每次提交（commit）的信息，如下图所示，在这里可以看到每一次提交的哈希值、作者、提交时间， 还有你每次提交的描述，这是能让你知道你当前提交所做的什么事情，所以，提交时的描述一定要仔细填写。
在这里插入图片描述
包含零个或多个指向该提交对象的父对象指针：首次提交没有直接祖先，普通提交有一个祖先，由两个或多个分支合并产生的提交则有多个祖先。

以上命令就是简单的在本地仓库的操作

三、分支/合并操作

1. 分支操作

git branch 显示分支名列表，同时确认当前所在的分支。
git branch -a 显示所有的分支名列表，同时确定档期所在分支。
git brabch feature-a 创建 feature-a 分支
git checkout feature-a 切换到 feature-a 分支
git checkout -b feature-a 等价于上面两条命令 git brabch feature-a 和 git checkout feature-a
git checkout master 切换到主分支，master 一般默认为主分支。
git checkout - 返回到上一个分支

创建 feature-A 分支时，在README.md 最后写一句话 -feautre-A

2. 合并操作

接下来，假设 feature-A 已经实现完毕，想要将它合并到主干上 master 中，首先切换到 master 分支。

git checkout master切换到主分支
git merge --no-ff feature-A 合并feater-A分支，--no-ff 参数是为了在历史记录中记录本次分支合并。
随后编辑器会启动，用于录入合并提交的信息。 默认信息中已经包含了是从 feature-A 分支合并过来的相关内容，所以可不必做任何更改。将编辑器中显示的内容保存，关闭编辑器。
git log --graph 以图表形式输出提交日志，非常直观。

四、更改提交的操作,回溯历史

git 在实现功能后进行提交，累计提交日志作为历史记录。

所以Git 的另一个特性就是可以灵活操作历史版本，借助分散仓库的优势，可以在不影响其他仓库的前提下对历史版本进行操作。

接下来，继续写一个案例，先回溯到上一次 feature-A 分支创建之前，创建一个名为fix-B的特性分支。如下图
在这里插入图片描述

1. 回溯历史

目的： 回溯到feature-A分支创建之前，创建一个名为 fix-B的特性分支

要让仓库的HEAD、暂存区、当前工作树回溯到指定状态，需要用到 git reset --hard 命令，只需要提供目标时间点的哈希值，就可完全恢复到该时间点的状态
git reset --hard 哈希值
哈希值的获取可以通过前面学习的 git log 命令来获取，通过提交时的描述找到当前的哈希值。
创建 fix-B分支
git checkout -b fix-B
然后在 readme.md中的最后添加一行：-fix-B
然后直接提交
git add readme.md
git commit -m "fix-B"

现在的状态如下所示：
在这里插入图片描述

2. 推进历史

现在是在fix-B 分支下，现在想：恢复到feature-A分支合并后的状态，称这一操作为 推进历史
目的下的状态：
在这里插入图片描述

git log 命令只能查看以当前状态为终点的历史日志。

git reflog 命令查看当前仓库所有的操纵日志，在日志中找到回溯历史之前的哈希值
然后使用命令
git checkout master 先回到主分支
git reset --hard 对应哈希值 回溯到对应的哈希值的提交版本。

所以：git reset --hard 命令可以回溯历史，也可以推进历史。

当前状态如下：
在这里插入图片描述

3. 消除冲突

接下来只要合并 fix-B 分支，就可以得到我们想要的状态
git merge --no-ff fix-B 合并分支，如果当前没在master分支上，需要跳转到 master 分支上。

执行完命令后，系统告诉我们 README.md 文件发生了冲突，系统在合并README.md 文件时，feature-A 分支更改的部分与本次想要合并的 fix-B 分支更改的部分发生了冲突。
所以要先解决冲突，否则无法合并。
打开 README.md 文件，
内容如下：

\========符合以上的部分是当前 HEAD 的内容，以下的部分是要合并的 fix-B 分支中的内容。然后改成如下的内容:

修改完后，进行提交
git add readme.md
git commit -m "Fix conflict"
因为本次更改解决了冲突，所以提交信息为 “Fix conflict”

4. 修改提交信息

上一条提交信息为 Fix conflict ，但它应该是 fix-B分支的合并，解决合并时发生的冲突只是过程之一，这样标记不是不妥的，于是要修改这条提交信息。

git commit --amend
执行命令后，编辑器自动启动。
修改修改第一行，也就是上一次提交的信息： Fix conflict
修改为 Merge branch ‘fix-B’
然后保存即可。

然后再使用命令 git log --graph 查看提交日志中的相应内容以及被修改。

五、git rebase -i ：压缩历史

五、推送至远程仓库

为防止与其他仓库混淆，仓库名尽量与本地仓库名一致。

在GitHub创建仓库也直接看第一篇博客吧，这里不再赘述。

1. 推送主分支

git remote add origin 仓库地址 添加仓库地址，
执行完 git remote add 命令后，git 会自动将仓库地址远程仓库的名称设置为 origin（标识符）。
git push -u origin master 推送至远程仓库

2. 推送至master以外的分支

git checkout -b feature-D 切换分支
git push -u origin feature-D 推送分支

六、从远程仓库获取

1. git clone 获取远程仓库

git clone 仓库地址
执行此命令后，会默认处于master分支下，同时系统自动将origin 设置成该仓库的标识符。也就是说，当前本地仓库的master与GitHub远程端仓库origin的master 分支在内容上是完全相同的。

可以使用 git branch -a 命令查看当前分支的线管信息。添加 -a 参数可以同时显示本地仓库和远程仓库的分支信息。

2. 获取远程别的分支

git checkout -b feature-D origin/feature-D
-b 参数的后面是本地仓库中新建分支的名称，为便于理解，一般设置为与远程端一致。
新建分支名称后面是获取来源的分支名称。

3. 向本地的 feature-D分支提交更改

修改readme.md文件
然后
git diff
git commit -am "描述信息 add feature-D"
git push 即可

4. 获取最新的额远程仓库分支

回到原来那个目录下，原来只创建了feature-D分支，而没有添加任何提交，所以这里需要更新到最新的状态。拉取代码
git pull origin feature-D

git学习四：常用命令总结，包括创建基本命令，分支操作，合并命令，压缩命令，回溯历史命令,拉取命令

前言

git 仓库讲解

一、初始化git配置