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

简介: 这篇文章是关于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

相关文章
|
2天前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1517 4
|
29天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
5天前
|
人工智能 Rust Java
10月更文挑战赛火热启动,坚持热爱坚持创作!
开发者社区10月更文挑战,寻找热爱技术内容创作的你,欢迎来创作!
492 19
|
2天前
|
存储 SQL 关系型数据库
彻底搞懂InnoDB的MVCC多版本并发控制
本文详细介绍了InnoDB存储引擎中的两种并发控制方法:MVCC(多版本并发控制)和LBCC(基于锁的并发控制)。MVCC通过记录版本信息和使用快照读取机制,实现了高并发下的读写操作,而LBCC则通过加锁机制控制并发访问。文章深入探讨了MVCC的工作原理,包括插入、删除、修改流程及查询过程中的快照读取机制。通过多个案例演示了不同隔离级别下MVCC的具体表现,并解释了事务ID的分配和管理方式。最后,对比了四种隔离级别的性能特点,帮助读者理解如何根据具体需求选择合适的隔离级别以优化数据库性能。
179 1
|
8天前
|
JSON 自然语言处理 数据管理
阿里云百炼产品月刊【2024年9月】
阿里云百炼产品月刊【2024年9月】,涵盖本月产品和功能发布、活动,应用实践等内容,帮助您快速了解阿里云百炼产品的最新动态。
阿里云百炼产品月刊【2024年9月】
|
21天前
|
存储 关系型数据库 分布式数据库
GraphRAG:基于PolarDB+通义千问+LangChain的知识图谱+大模型最佳实践
本文介绍了如何使用PolarDB、通义千问和LangChain搭建GraphRAG系统,结合知识图谱和向量检索提升问答质量。通过实例展示了单独使用向量检索和图检索的局限性,并通过图+向量联合搜索增强了问答准确性。PolarDB支持AGE图引擎和pgvector插件,实现图数据和向量数据的统一存储与检索,提升了RAG系统的性能和效果。
|
9天前
|
Linux 虚拟化 开发者
一键将CentOs的yum源更换为国内阿里yum源
一键将CentOs的yum源更换为国内阿里yum源
448 5
|
7天前
|
存储 人工智能 搜索推荐
数据治理,是时候打破刻板印象了
瓴羊智能数据建设与治理产品Datapin全面升级,可演进扩展的数据架构体系为企业数据治理预留发展空间,推出敏捷版用以解决企业数据量不大但需构建数据的场景问题,基于大模型打造的DataAgent更是为企业用好数据资产提供了便利。
313 2
|
23天前
|
人工智能 IDE 程序员
期盼已久!通义灵码 AI 程序员开启邀测,全流程开发仅用几分钟
在云栖大会上,阿里云云原生应用平台负责人丁宇宣布,「通义灵码」完成全面升级,并正式发布 AI 程序员。
|
25天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2608 22
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析