【Git】更直观地学习Git命令

这篇具有很好参考价值的文章主要介绍了【Git】更直观地学习Git命令。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

前言

本文参考于 Learn Git Branching 这个有趣的 Git 学习网站。

在该网站,可以使用 show command 命令展示所有可用命令。

你也可以直接访问网站的sandbox,自由发挥。

本地篇

基础篇

git commit

git commit将暂存区(staging area)的修改提交到本地版本库并创建一个新的提交,新提交会指向前一个提交,像是链表一样的结构。

git commit常用的结构:

git commit -m "C2"

直接运行git commit会打开Git默认编辑器。

git branch

git branch在此前工作的基础上创建新的分支来指向当前的提交,以此来进行新的工作。

来创建一个名为newImage的分支:

git branch newImage

【Git】更直观地学习Git命令,版本控制,学习,git

补充:main分支是默认主分支,*表示当前分支所在。我们的提交记录会提交到当前分支。

上图*号依然位于main,说明当前分支仍然是main

使用以下命令切换到新分支上:

git checkout newImage

【Git】更直观地学习Git命令,版本控制,学习,git

Git 2.23 版本引入了 git switch <branch-name> 命令来取代 git checkout命令众多功能中的切换分支功能。

最后,git branch <branch-name>git checkout <branch-name>可以合并为一条命令:

git checkout -b <branch-name>

git merge

在新建分支开发完新功能或修复完 Bug 后,我们可以将其合并回主分支。

合并bugFix分支到main分支:

git switch main
git merge bugFix

【Git】更直观地学习Git命令,版本控制,学习,git

可以看到,合并分支时创建了新提交,这是非快进提交。接着,把main分支合并到bugFix

git switch bugFix
git merge main

【Git】更直观地学习Git命令,版本控制,学习,git

这是快进合并(Fast Forward)。

git rebase

git rebase是另一种分支合并的方式,称为变基,具体是把一系列的提交记录复制到另一个地方。

使用git rebase可以使得提交历史更加线性。所以git rebase可用于修剪git提交历史,而是否保存或删除原纪录,git rebase的交互模式中可以设置。

git rebase main

【Git】更直观地学习Git命令,版本控制,学习,git

git rebase main将当前分支(*所在)bugFix从与main分支的公共祖先提交部分开始的提交记录复制到以main分支的最新提交为起始的地方,但 复制不是真的复制,是解决冲突后的复制,如图复制后的C3'提交已经与原提交C3不同了。

git rebase main中的main就是基分支,当前分支bugFix就是变基分支

我们可以主动指定基分支和变基分支:git rebase main bugFix

高级篇:在提交树上移动

HEAD 简介与 HEAD 分离

HEAD 是一个指针,通常指向当前分支名,偶尔也会指向当前提交。

git checkout C1 # 切换到 C1 提交
git checkout main # 切换到 main
git commit -m "C2" # HEAD 指向的 main 指向 C2
git checkout C2 # 切换到 C2 提交

【Git】更直观地学习Git命令,版本控制,学习,git

git checkout C1这样将 HEAD 指针指向提交C1的行为称为 HEAD 分离(Detached HEAD)。分离前,HEAD 指向的是分支引用 maingit checkout C1中的C1其实是提交的HASH值。

查看提交记录的哈希值

git log

【Git】更直观地学习Git命令,版本控制,学习,git

HASH 值很长,但我们只需要其前面几位可以唯一标识提交的即可,例如63dbb453f...我们取63dbb

查看 HEAD 指向

cat .git/HEAD

如果 HEAD 指向引用而非提交,也可以像下面查看 HEAD 指向:

git symbolic-ref HEAD

【Git】更直观地学习Git命令,版本控制,学习,git

相对引用

前文使用 HASH 值来指定提交记录,这是直接引用,难免不方便,Git 提供了相对引用的方式来指定提交:

  • <branch-name>^branch-name指向的提交的上一个提交。
  • <branch-name>^^branch-name指向的提交的前面第二个提交。
  • <branch-name>~<num>branch-name指向的提交前面第num个提交。
git checkout main^ # 将HEAD指向main分支指向提交的前一个提交

强制修改分支位置

除了切换分支,相对引用用的最多的地方是移动分支。

git branch -f main HEAD~3 # 将main分支移动到HEAD指向提交的前第3个提交

如果要移动的分支不存在会自动创建。

撤销变更

git reset

git reset命令将当前分支回退到直接引用或相对引用指向的提交记录,之后的提交记录就撤销了。

git reset HEAD^

【Git】更直观地学习Git命令,版本控制,学习,git

C2提交被reset后,就不存在于本地版本库中,但是其变更还在,只不过处于未暂存状态。

git reset只对本地分支有效,无法回退远程分支。

进行git reset后,如果进行推送,Git 会提示远程仓库较新需要git pullgit pull后你的代码被远程仓库覆盖。如果想要回退生效,则需要追加-f进行强制推送。

git revert

git revert会创建新提交来撤销更改。这个要求你的working tree为空,即当前分支没有做新的修改。

git revert HEAD^^ 

【Git】更直观地学习Git命令,版本控制,学习,git

如上图,我们恢复C1提交(HEAD^^)为一个新提交。

移动提交记录

git cherry-pick

git chery-pick用于把一些提交复制到当前提交(HEAD)的下面。

git cherry-pick C2 C4

【Git】更直观地学习Git命令,版本控制,学习,git

交互式 rebase

git rebase 后追加 --interactive-i 选项会打开一个窗口(你配置的编辑器)显示将要被复制到目标分支的提交的哈希值和提交说明。

一个打开的示例窗口如下:

pick 63dbb45 2

# Rebase 88e2af2..63dbb45 onto 88e2af2 (1 command)
#
# Commands:
# p, pick <commit> = use commit
# r, reword <commit> = use commit, but edit the commit message
# e, edit <commit> = use commit, but stop for amending
# s, squash <commit> = use commit, but meld into previous commit
# f, fixup [-C | -c] <commit> = like "squash" but keep only the previous
#                    commit's log message, unless -C is used, in which case
#                    keep only this commit's message; -c is same as -C but
#                    opens the editor
# x, exec <command> = run command (the rest of the line) using shell
# b, break = stop here (continue rebase later with 'git rebase --continue')
# d, drop <commit> = remove commit
# l, label <label> = label current HEAD with a name
# t, reset <label> = reset HEAD to a label
# m, merge [-C <commit> | -c <commit>] <label> [# <oneline>]
#         create a merge commit using the original merge commit's
#         message (or the oneline, if no original merge commit was
#         specified); use -c <commit> to reword the commit message
# u, update-ref <ref> = track a placeholder for the <ref> to be updated
#                       to this position in the new commits. The <ref> is
#                       updated at the end of the rebase
#
# These lines can be re-ordered; they are executed from top to bottom.
#
# If you remove a line here THAT COMMIT WILL BE LOST.
#
# However, if you remove everything, the rebase will be aborted.
#

【Git】更直观地学习Git命令,版本控制,学习,git
使用git rebase经常会遇到要解决冲突的情况,解决冲突后,执行git addgit rebase --continue

【Git】更直观地学习Git命令,版本控制,学习,git

【Git】更直观地学习Git命令,版本控制,学习,git
【Git】更直观地学习Git命令,版本控制,学习,git
【Git】更直观地学习Git命令,版本控制,学习,git
【Git】更直观地学习Git命令,版本控制,学习,git
【Git】更直观地学习Git命令,版本控制,学习,git
【Git】更直观地学习Git命令,版本控制,学习,git

杂项

只复制一个提交

有时候,我们开发完一个功能,需要与主分支进行合并时,会希望只合并我想要的那个提交。

我们知道,使用git merge的合并有快进合并和非快进合并两种。但是这两种合并会将我们不需要的提交也包含在主分支中。

这时候,我们可以使用git cherry-pickgit rebase -i来完成。

【Git】更直观地学习Git命令,版本控制,学习,git

如上图,我想要将修复问题后的提交bugFix合并到main

如果使用git merge

git checkout main
git merge bugFix

【Git】更直观地学习Git命令,版本控制,学习,git

这使得主分支 main 中就包含了 C2、C3 这些提交。

使用git cherry-pick

git checkout main
git cherry-pick C4
git branch -f bugFix main

【Git】更直观地学习Git命令,版本控制,学习,git

修改前面的提交但不在主分支创建新提交 1

【Git】更直观地学习Git命令,版本控制,学习,git

【Git】更直观地学习Git命令,版本控制,学习,git

【Git】更直观地学习Git命令,版本控制,学习,git

这样做就唯一的问题就是要进行两次排序,而这有可能造成由 rebase 而导致的冲突。

修改前面的提交但不在主分支创建新提交 2

【Git】更直观地学习Git命令,版本控制,学习,git

git checkout main
git cherry-pick C2
git commit --amend
git cherry-pick C3

【Git】更直观地学习Git命令,版本控制,学习,git

git tag

git tag为提交记录打上标签,它可以像分支一样引用,但不会像分支一样移动。

git tag V1

【Git】更直观地学习Git命令,版本控制,学习,git

git tag V2 C0

【Git】更直观地学习Git命令,版本控制,学习,git

git describe

git describe查找离指定引用最近的标签。

【Git】更直观地学习Git命令,版本控制,学习,git

【Git】更直观地学习Git命令,版本控制,学习,git

git describe <ref>输出格式:<tag>_<numCommits>_g<hash>

高级话题

多次 rebase

【Git】更直观地学习Git命令,版本控制,学习,git

git checkout another
git rebase side
git rebase bugFix
git rebase main
git branch -f main another

【Git】更直观地学习Git命令,版本控制,学习,git

相对引用^中选择 parent 提交记录

相对引用^可以像~一样在后面加个数字,该数字是选择第几个 parent 提交记录。

git checkout main^2

【Git】更直观地学习Git命令,版本控制,学习,git

^~的链式操作;

git checkout HEAD~^2~2

【Git】更直观地学习Git命令,版本控制,学习,git

纠缠不清的分支

【Git】更直观地学习Git命令,版本控制,学习,git

git checkout one
git cherrt-pick C4 C3 C2
git checkout two
git cherrt-pick C5 C4 C3 C2
git branch -f three C2

【Git】更直观地学习Git命令,版本控制,学习,git

远程篇

Git 远程仓库基本操作

git clone

git clone <远程仓库URL>

远程仓库实际上就是你的本地仓库在另一台电脑上的拷贝。

git clone从远程仓库克隆一个副本到本地。

【Git】更直观地学习Git命令,版本控制,学习,git

远程分支

上一节中的克隆产生的o/main分支就是远程分支,o是远程仓库名。你使用git clone克隆完一个仓库时,已经将远程仓库名设置为origin了。

查看远程仓库信息:

git remote -v

修改远程仓库名:

git remote rename <远程仓库名>

远程分支反映了远程仓库的状态。

切换到远程分支会自动切换到 HEAD 分离状态。

git checkout o/main

【Git】更直观地学习Git命令,版本控制,学习,git

git fetch

git fetch <远程仓库URL>

git fetch从远程仓库下载缺失的提交记录,并更新远程分支指针。实际上就是更新远程分支。

但是git fetch不会改变你的本地分支状态,也就是不会改变你的本地仓库文件。

【Git】更直观地学习Git命令,版本控制,学习,git

git fecth

【Git】更直观地学习Git命令,版本控制,学习,git

git pull

使用git fetch只更新了远程分支,并未更新本地分支,还需要我们进行进一步合并,使用下面方法之一:

  • git cherry-pick origin/main
  • git merge origin/main
  • git rebase origin/main

不过,Git 的 git pull 命令将拉取和合并操作结合在了一起。

【Git】更直观地学习Git命令,版本控制,学习,git

【Git】更直观地学习Git命令,版本控制,学习,git

git pullgit fetchgit merge的结合。

git push

git push 不带任何参数时的行为与 Git 的一个名为 push.default 的配置有关。

查看 push.default 值。

git config --get push.default

push.default 通常具有以下几种值:

  • simple:这是 Git 2.0 及以后版本的默认值。它会将当前分支的 push 操作限制为其上游(通常是 origin 远程仓库)的同名分支。
  • current:这也是一个常见的值,它将 push 操作限制为当前分支。
  • nothing:这个选项会禁用默认的 push 行为,您需要明确指定要 push 的分支和远程仓库。
  • matching:在 Git 1.x 版本中的默认行为,它会将本地的所有分支与远程仓库的同名分支进行匹配,然后将它们都 push 到远程仓库。

修改 push.default

git config push.default <new_value>

【Git】更直观地学习Git命令,版本控制,学习,git

git push 后还更新了 o/main 的位置。

偏离的提交历史

当你使用 git push 推送代码时,会遇到无法推送,要先与远程仓库合并的提示。这是由于远程仓库已经被你的同事修改了,你调用 API 可能已经不存在或改名了,也就是发生了冲突。

【Git】更直观地学习Git命令,版本控制,学习,git

如何解决冲突?

① 使用 git rebase

git fetch
git rebase o/main
git push o main

【Git】更直观地学习Git命令,版本控制,学习,git

② 使用 git merge

git fetch
git merge o/main
git push o main

【Git】更直观地学习Git命令,版本控制,学习,git

使用 git merge 会多一个合并提交。

当然 git fetchgit merge 可以合并为 git pull

③ 使用 git pull --rebase,即 git fetchgit rebase 的结合

git pull --rebase
git push

锁定的 main

Git 锁定 main 分支是防止主分支遭到未经审核的修改。

如果你直接提交到 main,然后 push,不仅会被拒绝,还会无法再次推送。

你需要 reset main 分支到远程分支处,与远程服务器保持一致。然后新建一个 feature 分支,推送 feature 分支到服务器。

Git 远程仓库高级操作

推送主分支

【Git】更直观地学习Git命令,版本控制,学习,git

【Git】更直观地学习Git命令,版本控制,学习,git

想想如何完成。

使用 git mergegit rebase 都行,仁者见仁智者见智。

远程追踪

main 分支默认指定为跟踪远程分支 origin/main跟踪地意思是指定了 origin/main 为 push 的目的地和 fetch 后合并的目标。

如何自己设置分支跟踪远程分支?

方式一

git checkout -b <local branch> <remote branch>

比如 git checkout -b foo origin/main

方式二:

git branch -u <remote branch> <local branch>

例如 git branch -u origin/main foo,如果当前就在 foo 分支,还可以省略 foo

git push 的参数

实际 git push 的语法是:

git push <remote> <place>

意思是将 remote 的 place 分支没有的而本地 place 分支有的提交记录添加到 remote 的 place 分支。不仅会更新远程的 place 分支,也会更新本地的 remote/place 分支。

git push 没有参数时,会根据当前分支和它所追踪的远程分支来自动设置参数。

git push 的参数 2

将本地 source 分支推送到远程仓库的 destination 分支:

git push origin <source>:<destination>

准确地说,source 不一定是分支,也可能是标签、提交的 HASH 部分值和相对引用等等 Git 可以识别的位置。

如果目的分支 destination 不存在怎么办?

Git 会帮你自动创建的。

git fetch 的参数

git fetch origin foo

拉取远程仓库 origin 的远程分支 foo 的新提交,并放到本地的远程追踪分支 origin/foo 上,而不会影响 foo 分支。

也可以使用 <source>:<destination> 的参数格式:

git fetch origin foo~1:bar

上面命令的作用是将远程 foo 分支的上一个提交拉取到本地的 bar 分支上。

【Git】更直观地学习Git命令,版本控制,学习,git

如果 bar 分支不存在就新建,这个和 git push 的参数行为是一致的。

没有指定参数的 git fetch 则会拉取所有提交记录。

source 参数为空的 git push 和 git fetch

1)git push orgin :foo

【Git】更直观地学习Git命令,版本控制,学习,git

传空值 source 删除了远程的 foo 分支,连带着删除了本地的 origin/foo 分支。

2)git fetch origin :foo 则会在本地新创建一个 foo 分支。

git pull 的参数

git pull 是 git fetch 和 git merge 的结合体。

git pull origin foo 相当于

git fetch origin foo
git merge origin/foo

git pull origin foo^:bar 相当于文章来源地址https://www.toymoban.com/news/detail-729988.html

git fetch origin foo^:bar
git merge bar

到了这里,关于【Git】更直观地学习Git命令的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • 版本控制工具Git集成IDEA的学习笔记(第三篇Git私服)

    本文章仅讲解代码提交和分支合并。 目录 一、提交并推送到私服 二、遇到的问题 1、将代码克隆到本地,idea打开,不使用主分支(master)进行开发操作。 2、也不使用dev分支进行开发操作,而是新建一个功能分支进行模块功能的开发。 在dev分支的基础上,新建功能分支进行

    2024年02月07日
    浏览(48)
  • 【linux命令讲解大全】013.Git:分布式版本控制系统的先驱和常用命令清单(二)

    克隆仓库 注意参数,这个不是普通的clone,clone下来的仓库并不能参与开发 命令行中运行代码 执行过程 同步到远程仓库 同步到push远程git仓库 我还遇到了如下面错误,lab默认给master分支加了保护,不允许强制覆盖。Project(项目)-Setting-Repository 菜单下面的Protected branches把maste

    2024年02月11日
    浏览(43)
  • 【linux命令讲解大全】015 .Git:分布式版本控制系统的先驱和常用命令清单(四)

    删除远程分支: 删除本地分支: 将本地分支提交到远程主机中: 当远程分支已被删除,但本地仍存在同名分支时,使用以下命令自动清理: 将分支合并到当前分支: 重命名分支: 列出本地分支: 列出远程分支: 列出所有分支: 查看各个分支最后一个提交对象的信息:

    2024年02月10日
    浏览(65)
  • 【linux命令讲解大全】014.Git:分布式版本控制系统的先驱和常用命令清单(三)

    git log --pretty=oneline 文件名 :列出文件的所有改动历史 git show c178bf49 :某次的改动的修改记录 git log -p c178bf49 :某次的改动的修改记录 git blame 文件名 :显示文件的每一行是在那个版本最后修改。 git whatchanged 文件名 :显示某个文件的每个版本提交信息:提交日期,提交人员

    2024年02月10日
    浏览(40)
  • 【linux命令讲解大全】012.Git:分布式版本控制系统的先驱和常用命令清单(一)

    Git是目前世界上最先进的分布式版本控制系统。 很多人都知道,Linus在1991年创建了开源的Linux,从此,Linux系统不断发展,已经成为最大的服务器系统软件了。 Linus虽然创建了Linux,但Linux的壮大是靠全世界热心的志愿者参与的,这么多人在世界各地为Linux编写代码,那Linux的代

    2024年02月10日
    浏览(41)
  • 版本控制工具Git集成IDEA的学习笔记(第二篇GitHub)

    目录 一、团队内协作和跨团队协作讲述 1、团队内协作 2、跨团队协作  二、团队内合作交互方式  1、初始化本地库 2、创建远程库 3、在本地创建远程库地址的别名 4、推送操作 5、克隆操作 6、邀请加入团队,push操作 7、远程库修改的拉取操作 8、远程库修改的拉取操作2 9、

    2024年02月12日
    浏览(82)
  • git:版本控制控制软件

    Git是分布式版本控制系统,他是没有中央服务器的,每个人的电脑就像是一个完整的版本库,这样,工作的时候就不需要联网了,因为版本都是在自己的电脑上。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑

    2024年02月03日
    浏览(46)
  • 超详细Git版本控制及Git的使用

    目录 1.Git文件的三种状态与工作模式 1.1文件的三种状态 1.2Git项目的三个工作区域 1.3基本git工作流程 2.Git的使用 2.1Git使用SSH链接下载源码 2.2创建版本库并提交文件 2.2.1编写一个文本文件并将其提交到git仓库 2.2.2将项目提交到本地仓库 2.2.3提交文件到本地版本库 2.3文件的修改

    2024年01月20日
    浏览(44)
  • Git简介与工作原理:了解Git的基本概念、版本控制系统和分布式版本控制的工作原理

    🌷🍁 博主 libin9iOak带您 Go to New World.✨🍁 🦄 个人主页——libin9iOak的博客🎐 🐳 《面试题大全》 文章图文并茂🦕生动形象🦖简单易学!欢迎大家来踩踩~🌺 🌊 《IDEA开发秘籍》学会IDEA常用操作,工作效率翻倍~💐 🪁🍁 希望本文能够给您带来一定的帮助🌸文章粗浅,敬

    2024年02月16日
    浏览(68)
  • 版本控制(Git)

    Fork 本课程网站的仓库 将版本历史可视化并进行探索 是谁最后修改了  README.md 文件?(提示:使用  git log  命令并添加合适的参数) 最后一次修改 _config.yml  文件中  collections:  行时的提交信息是什么?(提示:使用  git blame  和  git show)     使用 Git 时的一个常见错误

    2024年02月20日
    浏览(37)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包