20个你（可能）不知道的Git命令

本文首发于微信公众号：大迁世界, 我的微信：qq449245884，我会第一时间和你分享前端行业趋势，学习途径等等。
更多开源作品请看 GitHub https://github.com/qq449245884/xiaozhi ，包含一线大厂面试完整考点、资料以及我的系列文章。

快来免费体验ChatGpt plus版本的，我们出的钱
体验地址:https://chat.waixingyun.cn
可以加入网站底部技术群，一起找bug.

这篇文章概述了我最喜欢的20个不常用的git功能，你可以使用它们来提升你的开发过程，给同事留下深刻印象，帮助你回答git面试问题，最重要的是 - 让你有乐趣！

Git Web

运行 git instaweb 可以立即在 gitweb 中浏览你的工作存储库。

Git有一个内置的web-based visualiser的可视化工具，用于浏览本地仓库，让你通过浏览器的GUI来查看和管理你的仓库。它有很多有用的功能，包括。

• 浏览和浏览修订版，检查差异、文件内容和元数据
• 直观地查看提交日志、分支、目录、文件历史和附件数据
• 生成提交和版本库活动日志的RSS或Atom feeds
• 搜索提交、文件、更改和差异

要打开它，只需在你的版本库中运行git instaweb。你的浏览器应该弹出，并加载http://localhost:1234。如果你没有安装Lighttpd，你可以用-d标志指定一个替代的网络服务器。其他选项可以通过标记（比如-p表示端口，-b表示浏览器打开，等等），或者在你的git config中的[instaweb]块下配置。

还有git gui命令，它可以打开一个基于GUI的git应用

Git Notes

使用git notes为提交添加额外信息

有时您需要为一个 git 提交附加额外的数据（不仅仅是更改、消息、日期时间和作者信息）。

这些注释存储在 .git/refs/notes 中，由于它与提交对象数据分开，您可以随时修改与提交相关的注释，而不会改变 SHA-1 哈希值。

你可以用git log、大多数git GUI应用程序或git notes show命令来查看注释。一些git主机也在提交视图中显示注释（尽管GH不再显示注释）。

Git Bisect

使用git bisect，您可以通过二进制搜索找到引入错误的提交。

这是最强大但又最容易使用的git命令之一--当涉及到调试时，bisect绝对是个救星。启动bisect后，它为你检查提交，你告诉它该提交是好的（没有bug），还是坏的（引入了bug），这可以让你缩小出现bug的最早的提交。

要开始工作，先运行git bisect start，然后用git bisect good 传递一个已知的好的提交，用git bisect bad 传递一个已知的坏的提交（默认为当前）。然后它将检查好的和坏的提交之间的提交，然后你用git bisect good或git bisect bad来指定错误是否存在。然后它将重复这个过程，在坏和好的中间检查出一个提交，一直到你找到引入该错误的确切提交。用git bisect reset随时取消。

bisect命令还有很多内容，包括重放、查看提交、跳过，所以下次调试的时候值得看看文档。

Git Grep

》 使用git grep来搜索代码、文件、提交或其他任何东西，跨越你的 repo

有没有发现自己需要在git项目的任何地方搜索一个字符串？使用git grep，您可以轻松地在整个项目中搜索任何字符串或RegEx，也可以跨分支搜索（就像一个更强大的Ctrl + F！）。

git grep 

它包括很多选项来缩小搜索范围，或指定结果格式。例如，使用 -l 只返回文件名，-c 指定每个文件的匹配数量，-e 排除符合条件的结果，--and 指定多个条件，-n 用行号搜索。

由于git grep与regex兼容，你可以对你搜索的字符串进行更高级的处理。
你也可以用它来指定文件的扩展名，比如git grep 'console.log' *.js会显示所有JavaScript文件中的console.logs。

第二个参数是ref，可以是分支名、提交、提交范围，或者其他任何东西。例如，git grep "foo" HEAD~1 会搜索前一个提交。

Git Archive

使用git archive把整个版本库合并成一个文件

当分享或备份一个版本库时，通常倾向于将其存储为一个单一的文件。使用 git archive 将包括所有的 repo 历史，所以它可以很容易地被提取回它的原始形式。该命令还包括很多额外的选项，所以你可以准确地定制哪些文件包括在归档中，哪些不包括。

git archive --format=tar --output=./my-archive HEAD

Git Submodules

使用git submodule将任何其他仓库拉入你的仓库

在git中，submodules 让你把一个版本库装入另一个版本库，通常用于核心依赖关系或把组件分割成独立的版本库。更多信息，请看这个帖子。

运行下面的命令将把一个模块拉到指定的位置，同时创建一个.gitmodules文件，这样当 repo 被克隆时就会一直下载它。使用 --recursive 标志，在克隆 repo 时包括子模块。

Git Bug Report

使用git bugreport来编写一份bug ticket，包括git和系统信息

这个命令将捕获系统信息，然后打开一个标准的bug模板（重现步骤，实际+预期输出，等等）。完成的文件应该是一个非常完整的bug报告，包括所有必要的信息。

如果你是一个开源包的维护者，并要求用户（开发者）提出一个bug报告，这就非常方便了，因为它可以确保包括所有必要的数据。

如果你要向核心git系统提出一个bug报告，你也可以运行git diagnose命令，然后在这里提出你的问题。

Git Fsck

使用 git fsck 检查所有对象，或恢复无法到达的对象

虽然不是经常需要，但有时你可能需要验证git存储的对象。这就是fsck（或称文件系统检查）的作用，它测试对象数据库，验证所有对象的SHA-1 ID以及它们的连接。

它也可以和--unreachable标志一起使用，以找到不再能从任何命名的引用中到达的对象（因为与其他命令不同，它包括.git/objects中的所有内容）。

Git Stripspace

使用git stripspace来格式化给定文件中的空白处

最好的做法是避免在行尾留白，避免出现多个连续的空行，避免在输入的开头和结尾出现空行，并以新行结束每个文件。有很多特定语言的工具可以自动做到这一点（比如prettier），但Git也有这个内置功能。

它主要用于元数据（提交信息、标签、分支描述等），但如果你用管道将文件输送给它，然后再将响应输送回文件，它也能发挥作用。例如，cat ./path-to-file.txt | git stripspace 或 git stripspace < dirty-file.txt > clean-file.txt

你也可以用它来删除注释（用--strip-comments），甚至是注释行（用--comment-lines）。

Git Diff

用 git diff 可以比较两组代码之间的差异

您可能知道，您可以运行 git diff 来显示自上次提交以来的所有更改，或者使用 git diff 来比较 2 个提交，或 1 个提交到 HEAD。但你可以用diff命令做的事情还有很多。

你也可以用它来比较任意两个文件，比如 diff file-1.txt file-2.txt （不用再访问 diffchecker.com 了！）。

或者用git diff branch1...branch2来比较两个分支，或者相互参照。

注意，双点（...）与空格相同，表示diff输入应该是分支的顶端，但你也可以用三点（...）将第一个参数转换成两个diff输入之间共享的共同祖先提交的ref--非常有用 如果你只想在不同分支间比较一个文件，只需将文件名作为第三个参数传入。

你可能想看某个日期范围内的所有改动，为此使用git diff HEAD@{7.day.agree} HEAD@{0}（上周），这也可以与文件名、分支名、特定提交或任何其他参数配对。

还有git range-diff命令，它提供了一个比较提交范围的简单接口。

git diff工具还有很多功能（以及使用你自己的diff检查器的选项），所以我建议你去看看文档。

Git Hooks

当一个给定的获取动作发生时，使用 hooks 来执行命令或运行脚本。

Hooks 可以让你实现几乎任何事情的自动化。例如：确保符合标准（提交消息、分支名称、补丁大小），代码质量（测试、lint），为提交附加额外信息（用户、设备、ticket ID），调用webhook记录事件或运行管道，等等。

大多数git事件都有前钩和后钩，比如提交、重定位、合并、推送、更新、applypatch等。

钩子存储在.git/hooks中（除非你用git config core.hooksPath在其他地方配置它们），并且可以用git hook命令来测试。由于它们只是shell文件，它们可以用来运行任何命令。

Hooks 不会被推送到远程仓库，所以要在你的团队中分享和管理它们，你需要使用一个钩子管理器，比如lefthook或husky。也有一些第三方工具，使管理 hooks 更容易，我推荐overcommit。

记住，hooks 总是可以被跳过的（用--no-verify标志），所以永远不要纯粹依赖钩子，特别是与安全有关的东西。

Git Blame

使用git blame来显示特定修订和行的作者信息

一个经典的方法，快速找出谁写了一行特定的代码（也就是你的同事要为这个错误负责！）。但它也可以用来确定在哪个时间点改变了什么，并检查该提交和相关元数据。

例如，要查看index.rs第400至420行的作者和提交信息，你需要运行。

git blame -L 400,420 index.rs

Git LFS

使用git lfs存储大文件，不拖累你的 repo

通常你的项目会包含较大的文件（如数据库、二进制资产、档案或媒体文件），这将拖慢git的工作流程并超出使用限制。这就是大文件存储的作用--它使你能够将这些大的资产存储在其他地方，同时保持它们在git中的可追踪性，并保持相同的访问控制/权限。LFS的工作原理是将这些大文件替换成文本指针，在git中进行跟踪。

要使用它，只需运行git lfs track ，它将更新你的.gitattributes文件。你可以通过文件的扩展名（比如*.psd）、目录或单独指定文件。运行git lfs ls-files可以查看被追踪的LFS文件的列表。

Git GC

使用 git gc 来优化你的版本库

随着时间的推移，git 仓库会积累各种类型的垃圾，这些垃圾会占用磁盘空间，并拖慢行动。这就是内置垃圾收集器的作用。运行git gc将删除无主的和不可访问的提交（用git prune），压缩文件修订和存储的git对象，以及其他一些一般的内务工作，如打包Refs、修剪reflog、revere metadata或陈旧的工作树和更新索引。

添加 --aggressive 标志将积极地优化版本库，丢弃任何现有的deltas并重新计算，这需要更长的运行时间，但如果你有一个大的版本库，可能会需要。

Git Show

使用 git show 可以轻松检查任何 git 对象。

输出对象（blob、树、标签或提交）以易于阅读的形式。要使用，只需运行 git show