Git钩子的日志存储位置？post-receive钩子内echo输出去向问题

核心默认逻辑 #

所有你写在钩子脚本里的echo语句，默认会将内容输出到标准输出流，Git进程会捕获这些内容，顺着push操作建立的SSH/HTTP连接直接回传到发起git push操作的客户端终端——Git本身不会主动把这些输出存到服务器本地的任何日志文件里，这也是很多人找半天找不到查看入口的根本原因。

• 当你在本地命令行手动执行git push时，这些echo内容会直接夹在push完成的返回信息里显示：包括你新增的验证语句This is an executed hook!、匹配master分支时的部署提示、不匹配分支的跳过提示，都会和Git原生的推送进度、分支更新信息一起输出在你的终端上。
• 如果push是没有交互终端的场景触发的（比如在代码平台网页端点合并按钮、CI流水线自动推送、机器人账号推送），这些回传的echo内容没有对应的接收端，系统会直接把流内容丢弃，既不会存在服务端本地，也不会主动推送到其他渠道。

为什么你会找不到这些输出 #

• 非交互式push场景下，回传的输出没有接收对象，系统默认直接丢弃流内容，自然不会有地方留存
• 钩子执行过程中如果遇到权限错误、命令执行报错提前中断，SSH/HTTP连接可能被异常关闭，已经生成的部分echo输出没法完整回传到客户端，看起来就像输出凭空消失
• 没有主动配置日志重定向的情况下，服务端本来就没有这些输出的存储文件，翻遍服务器也找不到对应的查看入口

想要在服务端留存echo输出的配置方法 #

因为Git默认不会为钩子生成专属本地日志，需要手动配置流重定向才能把所有执行输出持久化到本地：

• 在钩子脚本的最开头加入exec > /var/log/git-deploy.log 2>&1，这行命令会把脚本后续所有的标准输出、错误输出全部重定向到指定的日志文件中。配置完成后，所有echo内容、Git命令的执行输出都会自动写入日志文件，之后直接查看这个文件就能拿到完整的执行过程记录。
• 临时排查钩子时不需要触发真实的push操作，可以直接在服务器上模拟钩子的运行环境：手动往脚本的标准输入传入测试的版本号、分支参数，比如执行echo "oldrev_hash newrev_hash refs/heads/master" | ./post-receive，脚本内的所有echo内容会直接打印在你当前登录服务器的终端上，快速验证脚本是否能正常执行输出。

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