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

前言

git 仓库讲解

工作树、仓库、暂存区

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

一、初始化git配置

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

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

二、基本提交命令

1. 命令

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

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

2. 注意的点

说明,应注意的细节:

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

3. 深度理解 git commit 提交

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

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

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

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

三、分支/合并操作

1. 分支操作

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

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

2. 合并操作

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

  1. git checkout master切换到主分支

  2. git merge --no-ff feature-A 合并feater-A分支,--no-ff 参数是为了在历史记录中记录本次分支合并。
    随后编辑器会启动,用于录入合并提交的信息。 默认信息中已经包含了是从 feature-A 分支合并过来的相关内容,所以可不必做任何更改。将编辑器中显示的内容保存,关闭编辑器。

  3. git log --graph 以图表形式输出提交日志,非常直观。

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

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

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

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

1. 回溯历史

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

  1. 要让仓库的HEAD、暂存区、当前工作树回溯到指定状态,需要用到 git reset --hard 命令,只需要提供目标时间点的哈希值,就可完全恢复到该时间点的状态
    git reset --hard 哈希值
    哈希值的获取 可以通过前面学习的 git log 命令来获取,通过提交时的描述找到当前的哈希值。

  2. 创建 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 命令只能查看以当前状态为终点的历史日志。

  1. git reflog 命令查看当前仓库所有的操纵日志,在日志中找到回溯历史之前的哈希值
    然后使用命令
    在这里插入图片描述

  2. git checkout master 先回到主分支

  3. 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. 推送主分支

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

2. 推送至master以外的分支

  1. git checkout -b feature-D 切换分支
  2. 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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

java冯坚持

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值