(Git 钩子)自定义你的工作流 和引用日志
Git 钩子是在 Git 仓库中特定事件发生时自动运行的脚本。它可以让你自定义 Git 内部的行为，在开发周期中的关键点触发自定义的行为。
Git 钩子最常见的使用场景包括推行提交规范，根据仓库状态改变项目环境，和接入持续集成工作流。但是，因为脚本可以完全定制，你可以用 Git 钩子来自动化或者优化你开发工作流中任意部分。
Git 钩子是仓库中特定事件发生时 Git 自动运行的普通脚本.钩子在本地或服务端仓库都可以部署，且只会在仓库中事件发生时被执行.
安装钩子
钩子存在于每个 Git 仓库的 .git/hooks 目录中。当你初始化仓库时，Git 自动生成这个目录和一些示例脚本.
但是 .sample 拓展名防止它们默认被执行。为了安装一个钩子，你只需要去掉 .sample 拓展名。或者你要写一个新的脚本.
本地钩子
所有带 pre- 的钩子允许你修改即将发生的操作，而带 post- 的钩子只能用于通知.
pre-commit
pre-commit 脚本在每次你运行 git commit 命令时，Git 向你询问提交信息或者生产提交对象时被执行。你可以用这个钩子来检查即将被提交的代码快照。比如说，你可以运行一些自动化测试，保证这个提交不会破坏现有的功能。
>/dev/null 2>&1 这部分屏蔽了 任何输出。
服务端钩子
这些钩子都允许你对 git push 的不同阶段做出响应
pre-receive
pre-receive 钩子在有人用 git push 向仓库推送代码时被执行。它只存在于远端仓库中，而不是原来的仓库中。如果你不喜欢推送的那个人，提交信息的格式，或者提交的更改，你都可以拒绝这次提交.你可以用 pre-receive 防止这些代码流入官方的代码库.
update
update 钩子在 pre-receive 之后被调用，它可以分别被每个推送上来的引用分别调用。也就是说如果用户尝试推送到4个分支，update 会被执行 4 次.
post-receive
post-receive 钩子在成功推送后被调用，适合用于发送通知.
Git 提交引用和引用日志
特殊的引用
除了 refs 文件夹外，.git 根目录还有一些特殊的引用。如下所示：
- HEAD – 当前所在的提交或分支。
- FETCH_HEAD – 远程仓库中 fetch 到的最新一次提交。
- ORIG_HEAD – HEAD 的备份引用，避免损坏。
- MERGE_HEAD – 你通过 git merge 并入当前分支的引用（们）。
- CHERRY_PICK_HEAD – 你 cherry pick 使用的引用。
相对引用
~ 符号让你访问父节点的提交
#显示 HEAD 祖父节点的提交
git show HEAD~2
~ 符号总是选择合并提交的第一个父节点。如果你想选择其他父节点，你需要用 ^ 符号来指定
#HEAD 是一个合并提交，下面这个命令返回 HEAD 的第二个父节点：
git show HEAD^2
# 只列出合并提交的第二个父节点的父节点
git log HEAD^2
# 移除当前分支最新的 3 个提交
git reset HEAD~3
# 交互式rebase当前分支最新的 3 个提交
git rebase -i HEAD~3
引用日志
它记录了你在仓库中做的所有更改，不管你有没有提交。你也可以认为这是你本地更改的完整历史记录
git reflog
HEAD{
假设你意识到了你不应该丢掉你全部的工作。你只需要切换到 HEAD@{1} 这个提交就能回到你运行 git reset 之前仓库的状态。
git checkout HEAD@{1}
这会让你处于 HEAD 分离的状态。你可以从这里开始，创建新的分支，继续你的工作。
总结
它的意义在于：在任何开发场景下，你都能找到你需要的特定提交。你很容易就可以把这些技巧用在你一有的 Git 知识中，因为很多常用的命令都接受引用作为参数，包括 git log、git show、git checkout、git reset、git revert、git rebase 等等。
