如何在git add前执行pull？有无早于pre-commit的Git Hook？

首先明确两个基础结论：

• 原生Git没有提供能在git add执行前触发的钩子，Git自带的钩子只覆盖提交、合并、变基、推送、checkout这类核心流程节点，暂存操作属于非常轻量的本地操作，官方没做对应的触发入口。
• 你的核心需求是本地提交生成前完成远程同步，避免分叉产生冗余合并提交，其实完全没必要卡git add的触发节点——git add只是把文件改动放进暂存区，真正生成本地提交记录是执行git commit的时候，把同步逻辑放在提交前的钩子上，完全能满足需求，比绑定add节点合理得多。

方案1：使用pre-commit钩子实现（最推荐，通用性最强） #

这是除了别名之外最稳定、适配所有Git客户端（包括GUI客户端）的方案，不需要改shell配置，钩子逻辑跟着仓库走。
操作步骤：

1. 进入目标仓库的.git/hooks目录，新建名为pre-commit的文件，给它加可执行权限：

chmod +x .git/hooks/pre-commit

2. 在文件里写同步逻辑，注意不要直接用默认的git pull——默认pull走merge模式，只要本地和远程都有新提交就会自动生成一个合并提交，正好是你想避免的冗余记录。要用git pull --rebase模式拉取，直接把本地未推送的提交挪到远程最新分支的顶端，从根源上杜绝分叉。
   给一个可以直接用的脚本示例：

#!/bin/sh
# 拉取远程最新代码，rebase模式避免冗余合并提交，autostash自动暂存本地未提交改动避免拉取失败
git pull --rebase --autostash

# 检查拉取结果，如果出错（基本都是冲突导致）就终止提交
if [ $? -ne 0 ]; then
    echo "同步远程代码失败，存在冲突，请手动解决冲突后再重新提交"
    exit 1
fi

exit 0

脚本里的--autostash参数会自动把你工作区、暂存区里没提交的改动临时存起来，等拉取变基完成后再自动恢复，不会因为本地有未提交改动导致pull报错。
这个钩子的触发时机正好是你敲完git commit、提交记录还没写进本地仓库的时候，同步成功才会继续走提交流程，同步失败（比如有冲突）就直接终止，完全符合你「本地提交生成前完成同步」的要求。

方案2：Shell层包装git命令（适合非要卡add节点的场景） #

如果你就是要严格在执行git add前先跑同步，又不想用git别名，可以直接在shell配置里写一个git包装函数，优先级高于系统原生的git命令，拦截add操作先跑同步。
以bash/zsh为例，把下面的内容加到~/.bashrc或者~/.zshrc里：

git() {
    # 检测到执行的是add命令时，先跑同步逻辑
    if [ "$1" = "add" ]; then
        command git pull --rebase --autostash
        if [ $? -ne 0 ]; then
            echo "同步远程失败，存在冲突，请解决后再执行add操作"
            return 1
        fi
    fi
    # 调用原生git命令执行原本的操作
    command git "$@"
}

写完执行source ~/.bashrc（对应你自己的shell配置文件路径）就生效。这个方案的缺点很明显：只在你配置了这个函数的终端环境下生效，换设备、用GUI Git客户端就会失效，而且git add是高频操作，每次add都拉一次远程会非常拖慢操作效率，实际用起来体验很差，非常不推荐。

注意事项 #

• 别用默认的merge模式pull做同步，不然反而会生成你想避免的冗余合并提交，只要是本地未推送的提交，用rebase模式拉取是完全安全的，不会影响其他协作者。
• 如果团队有规定公共分支（比如main、develop）不能随便rebase，可以在脚本里加个分支判断，只在个人特性分支上走rebase拉取，公共分支走普通pull即可。

内容的提问来源于stack exchange，提问作者Slbox