你不知道的Git的另一面！

Git作为一款分布式版本控制系统，除了基本的添加、提交、分支、合并等操作外，还提供了许多高级功能和用法，可以帮助开发者更高效地管理代码库和协作开发。本文将介绍一些Git的高级使用方法和例子，帮助读者进一步提升Git的使用技巧。

Git子模块（Submodules）

Git子模块允许在一个Git仓库中嵌套另一个Git仓库，用于管理大型项目中的依赖关系。通过子模块，我们可以将第三方库或项目作为子仓库引入到主仓库中，并保持子仓库的独立性。这样，主仓库可以专注于自身的业务逻辑，而子仓库的更新和管理可以单独进行。

例如，我们有一个主项目（main-project），它依赖于一个第三方库（js-hodgepodge）。我们可以将js-hodgepodge作为子模块添加到main-project中。首先，在main-project的根目录下创建一个名为.gitmodules的文件，并添加子模块的仓库地址和路径信息：

[submodule "path/to/js-hodgepodge"]  
    path = path/to/js-hodgepodge
    url = https://github.com/LIAOJIANS/js-hodgepodge.git

然后，运行git submodule add <repository> <path>命令来初始化子模块：

git submodule add https://github.com/LIAOJIANS/js-hodgepodge.git path/to/js-hodgepodge

这样，Git就会在main-project中创建一个名为path/to/js-hodgepodge的目录，并将js-hodgepodge仓库克隆到该目录下。同时，Git会在.git/modules/path/to/js-hodgepodge目录下为子模块创建一个独立的Git仓库。

拉取成功日志 相对应的文件目录下就会生成对应的目录

当需要更新子模块时，可以使用git submodule update命令。如果子模块有更新，可以使用git submodule结合其他Git命令来拉取和合并子模块的更新。

推送成功之后，就会在主项目里面出现子项目的子关联，通常被用作后端项目子关联前端项目，用作Jenkins等自动化构建。

Git钩子（Hooks）

Git钩子是一种在特定事件发生时自动执行的脚本。Git提供了许多钩子，如提交前钩子（pre-commit）、提交后钩子（post-commit）等，开发者可以根据需要在这些钩子中编写自定义的逻辑。

例如，我们可以使用pre-commit钩子来检查代码风格或运行单元测试，确保每次提交的代码都符合规范和质量要求。首先，在仓库的.git/hooks目录下找到或创建pre-commit文件（注意没后缀），并赋予执行权限。然后，在pre-commit文件中编写脚本逻辑，比如使用lint工具检查代码风格：

#!/bin/sh  
# pre-commit hook  
 
# 定义一个变量`lint_command`，并赋值为`eslint --fix .`。这里，`eslint`是JavaScript的一个代码风格检查工具
# Check code style using lint tool  
lint_command="eslint --fix ."  
$lint_command  

# 检查上一个命令（即`eslint`）的退出状态。如果退出状态不是0（即`eslint`报告了问题），则执行以下代码块。
# Exit with non-zero status if lint fails  
if [ $? -ne 0 ]; then  
    echo "Lint failed. Please fix the issues before committing."  
    exit 1  
fi

这样，在每次提交代码之前，Git都会自动运行pre-commit钩子中的脚本，并执行代码风格检查。如果检查失败，脚本将输出错误信息并以非零状态退出，阻止提交操作。

符合ESlint规则直接推送成功：

对于不符合规范的直接输出错误信息：

Git bisect

git bisect是一个强大的工具，用于快速定位代码库中的错误引入点。它通过二分查找算法，在提交的历史记录中自动定位引入错误的提交。

使用git bisect的基本步骤如下：

1. 首先，标记一个已知的好版本（没有错误的版本）和一个坏的版本（包含错误的版本）。

git bisect start
git bisect good <good-commit>
git bisect bad <bad-commit>

2. git bisect会自动选择一个中间的提交进行检查。我们需要编译并测试该提交，然后告诉Git bisect该提交是好是坏。

git checkout <commit-hash>  
# 测试代码...  
# 如果错误存在  
git bisect bad  
# 如果错误不存在  
git bisect good

如果存在错误执行 git bisect bad

1. 结束 bisect 当你找到引入错误的提交时，Git 会停止 bisect。你可以通过以下命令查看 bisect 的结果：

git bisect log

1. git bisect会根据开发者的反馈继续选择下一个提交进行测试，直到找到引入错误的提交。

如果你想重置 bisect 的状态并返回到你开始 bisect 之前的提交

git bisect reset

通过git bisect，开发者可以快速定位错误引入点，减少调试时间，提高开发效率。

Git的高级使用提供了许多强大的功能和工具，可以帮助开发者更高效地管理代码库和协作开发。子模块允许在项目中嵌套其他Git仓库，便于管理依赖关系；钩子可以在特定事件发生时执行自定义逻辑，实现代码质量检查和自动化流程；bisect可以快速定位代码中的错误引入点，提高调试效率。通过学习和掌握这些高级用法，开发者可以进一步提升Git的使用技巧，更好地应对复杂的代码管理和协作场景。