Git是一个功能强大的版本控制工具,在这一领域具有一定的垄断地位。对于大多数日常工作而言,Git的命令重复性使其简单易用。然而,在很多情况下,你需要的不仅仅是基本的操作。因此,有很多高级 Git 命令可以让你的 Git 技能更上一层楼。
这也会让你了解到很多平时接触不到的 Git 概念。例如,相对于提交改动的 “存储”(stashing),”重定向”(rebasing),以及将文件添加到暂存区(staging area)。一旦你学会了这些,你可能会发现自己对团队的价值会更大。
在这篇博文中,介绍了你想知道的不同的强大Git命令。然而,要使用这些命令,你需要掌握一些技能、概念和信息。让我们先来了解一下。
- 推荐先决条件
- 进阶Git:你想知道的12个强大命令
推荐先决条件
虽然您可能已经掌握了Git的基础知识,并能理解一些中级命令,比如 git delete
,但您还需要更多的工具箱来处理高级命令。
我们在此分享的技巧并不适合Git初学者,所以如果您对版本控制还很陌生,我们建议您先花些时间日常使用基本命令,然后再考虑添加更多命令。
简而言之,以下是您必须了解的几个方面:
- Git的核心概念,如提交、分支、拉取请求等。
- 熟悉 Git 的基本命令,如
git add
、git merge
、git commit
和git push
。 - 对于高级 Git 任务,您需要能够浏览终端。
有在团队环境中使用 Git 的经验会更有帮助,因为很多命令都会对共享代码库产生重大影响。例如,您可能只在负责的岗位上使用其中的某些命令。这意味着你需要小心谨慎,并了解何时使用这些命令。
进阶Git:你想知道的12个强大命令
本文接下来将介绍12个不同的高级Git命令,它们将带你超越基础,成为Git向导。让我们从您可能使用较多的命令开始。
1. 重定向
首先,重定向(rebasing)是一个强大的 Git 命令,它可以替代拉取请求。它可以将分支分歧后的所有新提交拉入一个新分支,并将这些改动放在基本分支的顶端。如果出于某种原因,您想在不创建合并提交的情况下纳入另一个分支的变更,这将非常有用。
重定向的一个常见用例是,当您在特性分支上工作时,希望在不创建合并提交的情况下纳入来自主分支的变更。这有助于保持项目历史的整洁,不过运行时间会更长,而且合并时可能会出现更多错误。
使用 git rebase
命令来重置分支。下面是一个例子,我们将一个分支重定向到另一个分支上:
git checkout foo-branch git rebase main
您还可以列出您将要发布的提交,并为您提供事先编辑的机会。因此,你可以压制提交、编辑提交信息等等。你可以使用 --interactive
或 --i
标志来执行 “interactive rebase”。
说到这一点,将提交合并为一个提交来整理提交历史是rebasing的一个常见用例。这可以让你的提交历史更容易阅读和理解。
在rebase过程中,您可以在标记后加上您希望压扁的提交次数,这样就可以将提交合并为一个提交:
git rebase -i HEAD~3
这将打开一个交互式的rebase窗口,就像提交窗口一样,在这里您可以选择和编辑您想要删除的提交:
在终端运行 git rebase。
屏幕上方是提交列表,下方是命令选项,以及一些其他相关信息。默认选项是 pick
一个提交,将其作为您要使用的提交,不做任何改动。
不过,还有很多其他命令可以帮助你浏览rebase。例如,你可以重写一个提交,或者将多个提交合并在一起。要进行修改和使用这些命令,你需要使用终端的编辑器。默认的编辑器通常是Vim,这意味着你需要熟悉该编辑器。
最后一步是保存修改,然后推送到远程分支。
2. 回退、重置和解除缓存
Git在撤销修改方面是出了名的。一般来说,这个过程很困难,而且容易出错。不过,如果你想撤销对工作目录或暂存区域的改动,有一些 Git 命令可以帮到你。
事实上,Git会在运行 git status
时告诉您如何解除文件缓存:
Git 会在状态输出中告诉您如何解除文件缓存。
因此,您可以轻松地从当前分支移除提交,并将其发送到其他分支:
这样做的效果是将分支向后移动一个提交,就像移除最后一个已知提交一样。您甚至可能需要将分支重置为原始状态。在这种情况下,可以使用 git reset --hard origin/main
来重置远程起源。不过请注意,这些改动将永远消失。
虽然 git checkout
命令是您会经常用到的基本命令,但您也可以用它在提交前解除文件的缓存:
注意破折号和文件名占位符之间的空格。在这里,命令将取消您指定的文件并丢弃工作目录中的更改。请注意,这将删除您对文件所做的任何本地更改。因此,请反复确认您不需要这些未保存的改动。
您也可以使用 git revert
来还原提交的改动。不过,这并不是回滚修改,而是在撤销前一个提交的基础上创建一个新的提交。
这里的主要区别是,命令不会移动任何引用指针到新提交,但会保留旧提交。当你想在不从提交历史中删除改动的情况下撤销改动时,这很有用。
该命令期望收到一个引用,并且可以直接还原最新的提交:
git revert HEAD
不过,您可以在更大的范围内恢复、修改文件和提交。本 Git 高级命令列表的下两个条目将介绍它们。
3. 将文件恢复到默认状态
在 Git 中,你可以使用一条新命令: git restore
,轻松地将文件恢复到默认状态。事实上,在大多数情况下,您应该把它当作 git reset
的替代品,因为它提供了更强大的功能。例如,使用 和使用
git reset HEAD
可以获得相同的结果。
该命令还能做更多–您还能将文件恢复到默认状态。如果您也运行 git status
,就能看到如何做到这一点:
这将从工作目录中移除修改,就像什么都没发生过一样。和 一样,您需要确保您不需要任何本地变更,因为它们将永远消失。
4. 修改提交
很多时候,当您推送了一个提交,却发现忘了包含一些重要的内容。有了Git,你可以很容易地修改提交,把遗漏的改动包括进去。
这需要一个特定的过程:
- 首先,在项目需要的文件中进行修改。
- 使用
git add
将它们作为典型的暂存文件。 - 在暂存区域使用不同的命令重新提交这些改动:
git commit --amend
这将使用您的暂存区域用新提交修改原始提交。因此,请确保您不需要旧版本的提交,因为它将丢失。我们也建议您在本地提交时使用 --amend
标志,而不是远程提交,原因与我们在本篇文章中提到的类似。
您也可以使用 git commit --amend
只编辑提交信息,命令如下:
git commit --amend -m "New commit message"
5. Git 日志
使用 Git 的日志可以帮助您了解仓库的历史。不过,我们不会把 git log
命令列为高级命令。相反,您可以使用各种选项来过滤输出,以满足您的需要:
git log git log --decorate git log --stat
例如,装饰日志条目会打印出所有显示提交的 ref 名称。 --stat
选项显示一个提交的插入和删除:
在终端运行 git log -stat 命令。
您还可以使用其他选项来定制日志的输出–称为 “提交限制”。例如,使用以下命令
在这里,您可以通过特定的作者姓名或文本模式过滤日志。事实上,您可以结合多个选项和标志来生成特定用途的日志。例如
搜索自指定日期以来,某个作者在 feature-temp 分支中的所有提交,然后用单行条目打印出来。注意 参数也可以是字符串:
--since=”Two weeks ago”
此外,如果您想搜索特定文件而不是分支,可以运行以下命令:
git log --oneline --author=bartonfink --since=”5 days ago” -- readme.rm
这组示例只是略微介绍了您可以用日志做的事情,但根据您的搜索条件,您可以在日志中找到精确的提交。
6. Git钩子
您有时可能会使用宏或其他自动化脚本来帮助运行代码。Git也以钩子的形式提供了此类功能。这些脚本会在某些事件(如提交或推送)发生时自动运行。还有很多方法可以使用钩子来强制代码格式化、运行测试等等。
钩子有两种类型:客户端和服务器端:
- 客户端钩子基于提交和合并等本地操作触发。
- 服务器端钩子会根据网络操作触发。例如,当仓库收到推送的提交时。
Git 会在您运行 git init
时为您的 repo 添加几个钩子示例。不过,您需要移除 .sample 扩展名才能使用它们:
MacOS 中的一个文件夹,显示 Git 在启动时安装的钩子示例。
需要注意的是,一次只能运行一种钩子类型,不过也可以同时使用多个脚本。因此,文件名应根据示例脚本对应钩子类型:预提交(pre-commit)、更新(update)等。
创建 Git 钩子
要创建一个 Git 挂钩,需要在 .git/hooks 子目录下创建一个可执行脚本(不带扩展名)。只要把它添加到hooks文件夹,它就能运行。
您可以使用任何脚本语言,只要它能作为可执行文件运行即可。我们建议您使用Ruby或Python,但您也可以使用Bash、Perl等其他语言。你所需要做的就是改变你的解释器的路径,而不是默认的Bash:
#!/usr/bin/env python
在这里,你可以像正常一样编写代码。例如,这里是一个 Python 的 prepare-commit
脚本,它提示用户写好提交信息:
#!/usr/bin/env python import sys, os path_commit_msg = sys.argv[1] with open(commit_msg_filepath, 'w') as f: f.write("# You'll need to provide a better commit message than that, buddy!")
我们建议您在命令行中运行 以确保可以执行。
总的来说,钩子是自动化重复任务和在团队中执行最佳实践的有力工具。
7. 提交引用
在 Git 中,您可以通过 SHA-1 加密哈希值来识别提交。虽然也可以通过完整的哈希值来引用提交,但这样做既繁琐又容易出错:
bc7623b7a94ed3d8feaffaf7580df3eca4f5f5ca
Git 提供了几种更简短、更易记的提交名。例如,可以使用分支或标签名。例如,我们可以使用一个名为 “develop” 的分支。下面是一个例子,我们引用这个分支上的最新提交:
git diff develop..HEAD
这显示了 “develop” 分支上的最新提交( HEAD
)与当前提交之间的差异。
您也可以通过提交历史中的相对位置来引用提交。例如,你可以用 HEAD~2
来表示当前提交之前的两次提交:
git diff HEAD~2..HEAD
Git还提供了其他几种引用提交的方式,比如用”@”符号引用当前分支,或者用”^”符号引用提交的父分支。通过使用这些速记符号,您可以在处理提交时节省时间并避免错误。
8. 存储
在通常情况下,您会认为没有办法在不提交的情况下存储您对文件所做的更改。暂存就是临时存储的方法。当你需要切换分支或处理不同的任务,但又不想提交修改时,这种方法非常有用。
例如,如果你需要切换分支来处理流程中的某些事情,你可以把修改保存在当前分支,然后签出另一个分支。从那里,您可以在另一个分支上工作,然后提交并推送这些变更。然后,您就可以在原始分支上签出并检索您的工作。
存储变更有两种方法:
git stash
这将把您的改动存储到一个新的储藏库中,并把您的工作目录还原到上一次 HEAD 提交的状态(即您做新改动之前的状态)。您可以用 git stash list
列出改动,并用 git stash show
查看。后一个命令也可以接受任何 git diff
接受的格式。
在这里,您可以切换分支或处理其他任务。当您想取回您的改动时,运行下面的命令:
git stash apply
这将把上次隐藏的更改应用到您的工作目录中。不过要注意的是,如果您对文件改动过大,仍然可能会遇到冲突。毕竟, git stash
只是暂时解决问题的办法。
您也可以有多个储藏库,您可以使用下面的命令指定应用哪个储藏库:
git stash apply stash@{n}
占位符 {n}
是一个整数, stash@{0}
代表最新的 stash。Git 官方文档中还有一些其他的 git stash
例子。
9. Bisecting
我们敢打赌,每个人都会遇到 bug 或问题,却不知道从哪里开始查找。在这种情况下,”bisecting” 可以帮助你快速找出引入问题的提交。
简而言之,该命令通过搜索您的提交来找出bug。一旦找到问题提交,它就会返回给你。这个命令的强大之处在于它的子命令。
要使用bisecting,首先需要运行 git bisect start
命令。Git 会将您带到项目历史中的第一次提交。
从这里开始,您需要使用相关命令指出该提交是好是坏:
git bisect good git bisect bad
然后,Git 会将您转到下一个提交,以测试其 “质量”。注意,您也可以用 “旧的” 替换 “好的”,用 “新的 “替换 “坏的”,以符合您的特定用例(但不能混用术语)。
从这里开始,您可以继续将每个提交标记为 “好” 或 “坏”,直到找到引入错误的提交。不过,您不必遍查每个提交–您可以指定确切的标识符来帮助缩小搜索范围并缩短搜索时间:
git bisect bad feature-test
这里使用的是分支名称,但也可以是使用整数、哈希引用等的具体修订版本。无论如何,一旦您找到错误,您可以运行以下命令之一来返回最新代码:
git bisect reset
与本列表中的所有 Git 高级命令一样,还有很多内容需要消化,Git 文档将是必不可少的读物。
10. 比较分支
我们在 “提交引用” 条目中提到了使用 git diff
。现在,是时候详细了解一下了。您经常会发现自己的多个分支包含了不同的改动。Git 允许您使用 git diff
命令比较两个分支之间的差异。事实上,您可以通过多种方式使用它,通常与其他命令一起使用,来调查和分析一个 repo。
基本的 git diff
命令会输出变化概览。它看起来很像提交合并调查的输出:
显示 git diff 请求的输出。
不过,您还可以深入到精确的分支、哈希值等等。例如,要比较两个分支,您可以运行 git diff branch1..branch2
,然后替换占位符:
git diff feature-branch pre-prod
您还可以比较当前分支与其他分支之间的差异:
git diff HEAD..pre-prod
请注意,这里使用两个点将返回两个分支顶端之间的差值。相比之下,三个点将返回两个分支的共同祖先之间的差异,并以此进行测试。
和 git log
一样,您也可以清理输出并细化其返回的内容。例如,git diff --name-only branch1..branch2
将只检查哪些文件不同,而省略上下文:
在终端运行 git diff -name-only 命令。
您可能会发现输出很难解析,尤其是当 “diff” 很长的时候。在这种情况下,您可以使用 --color-words
选项:
运行 git diff -color-words 命令并在终端中查看输出。
总的来说, git diff
和其他命令一样强大,尤其是当您调用某些选项并细化返回的差异时。
11. 应用单个提交
有时,您可能想在不合并两个分支的情况下,将某个特定的提交从一个分支应用到另一个分支。Git 提供了 git cherry-pick
功能。您应该小心使用,但您会发现 git cherry-pick
在一些情况下可以帮到您。
一种情况是,您有一些过时的特性分支没有合并到 main
或 trunk
中。您可以使用命令组合(比如 git log
)把相关的旧提交挖掘出来,重新应用到其他地方。
使用 git log 查找某个提交的引用。从那里,确保您在您想cherry pick的分支上。例如,假设您想把提交 xxxxxaaaa
挑选到分支 ” trunk
“。首先,签出您的分支…
git checkout trunk
……然后选择您的提交:
git cherry-pick xxxxxaaaaaa
在很多情况下,您的提交信息可能会过时。为了解决这个问题,你可以在命令中加入 --edit
选项。这将让你在剔除之前提供一个新的提交信息。
12. 给 “git add” 加点料
最后一个高级Git命令是 git add
。不,这不是个错别字–这个最基本的 Git 命令有着惊人的力量。
举例来说,如果您发现自己在缓存区添加单个文件,您可以使用下面的命令:
git add -p
通过 -p
选项,您可以在交互的基础上对修改进行分期。 你可以查看你对每个文件所做的修改,然后选择哪些需要暂存。这可以节省你大量的时间,帮助你避免不需要的修改。
虽然您可能知道可以对单个文件进行暂存,但您也可以指定一个目录。例如,暂存 ” new-feature
“目录下的所有文件:
git add new-feature
您甚至可能想在不执行完整过程的情况下查看 git add
的结果。您可以选择
git add --dry-run git add -n
运行后,Git会显示是添加还是忽略这些文件。说到忽略的文件,你也可以把它们添加到暂存区:
git add --force git add -f
向暂存区域添加文件可能比简单的二进制 “添加或不添加” 更复杂。因此,Git最核心的命令之一可以涵盖无数种可能的情况。
小结
一旦掌握了基本的 Git 命令,您就拥有了执行项目常规版本控制任务所需的 80%的知识。然而,最后的20%才是高级Git命令大显身手的地方。
重新排序、分段、恢复文件等命令和技术都能让您快速摆脱困境。更重要的是,你可以为团队和项目提供更大的价值,帮助简化工作流程,提高工作效率,全面提升开发者的能力。
这些高级Git命令会成为你日常工作的一部分吗?请在下面的评论区告诉我们!
原文地址:https://www.wbolt.com/advanced-git.html