通过Git Hook管控Git Push：优化时间限制配置方案咨询

Great question! Modifying the pre-push hook every time you need to adjust the push restriction is definitely tedious. Here are a few better approaches that let you avoid editing the hook script directly, depending on your team's needs:

1. 使用外部配置文件存储时间限制 #

把禁用的时间范围放到一个独立的配置文件中，让pre-push hook只负责读取这个文件并做判断。这样调整时间或恢复push权限时，只需要修改配置文件，完全不用碰hook脚本。

步骤： #

1. 在仓库的.git目录下创建一个配置文件（比如push-restriction.conf，避免提交到远程仓库）：

# 格式：YYYY-MM-DD HH:MM
RESTRICT_START=2018-04-14 00:00
RESTRICT_END=2018-04-16 00:00

2. 修改你的pre-push hook脚本，让它读取这个配置：

#!/bin/bash

# 指向配置文件路径
CONFIG_FILE=".git/push-restriction.conf"

# 如果配置文件不存在，直接允许push
if [ ! -f "$CONFIG_FILE" ]; then
    exit 0
fi

# 加载配置内容
source "$CONFIG_FILE"

# 转换时间为Unix时间戳（便于比较）
CURRENT_TIMESTAMP=$(date +%s)
START_TIMESTAMP=$(date -d "$RESTRICT_START" +%s)
END_TIMESTAMP=$(date -d "$RESTRICT_END" +%s)

# 判断当前时间是否在限制范围内
if [ "$CURRENT_TIMESTAMP" -ge "$START_TIMESTAMP" ] && [ "$CURRENT_TIMESTAMP" -lt "$END_TIMESTAMP" ]; then
    echo "❌ Error: Push operations are restricted between $RESTRICT_START and $RESTRICT_END."
    exit 1
else
    # 超出限制时间后，可自动删除配置文件（可选）
    rm "$CONFIG_FILE"
    exit 0
fi

优势： #

• 完全不用修改hook脚本，调整限制只改配置文件；
• 可以直接删除配置文件立即恢复push权限。

2. 利用Git内置配置变量存储限制参数 #

Git自带配置系统，你可以把时间限制存到本地仓库配置里，hook读取这些配置项，同样不用修改脚本本身。

步骤： #

1. 先设置仓库的push限制时间（在终端执行）：

# 设置限制开始和结束时间
git config push.restrict.start "2018-04-14 00:00"
git config push.restrict.end "2018-04-16 00:00"

2. 修改pre-push hook脚本读取Git配置：

#!/bin/bash

# 从Git配置中读取时间限制
RESTRICT_START=$(git config push.restrict.start)
RESTRICT_END=$(git config push.restrict.end)

# 如果没有配置限制，允许push
if [ -z "$RESTRICT_START" ] || [ -z "$RESTRICT_END" ]; then
    exit 0
fi

# 时间戳转换与判断逻辑
CURRENT_TIMESTAMP=$(date +%s)
START_TIMESTAMP=$(date -d "$RESTRICT_START" +%s)
END_TIMESTAMP=$(date -d "$RESTRICT_END" +%s)

if [ "$CURRENT_TIMESTAMP" -ge "$START_TIMESTAMP" ] && [ "$CURRENT_TIMESTAMP" -lt "$END_TIMESTAMP" ]; then
    echo "❌ Error: Push operations are restricted between $RESTRICT_START and $RESTRICT_END."
    exit 1
else
    # 超出限制后自动清理配置（可选）
    git config --unset push.restrict.start
    git config --unset push.restrict.end
    exit 0
fi

优势： #

• 无需额外维护配置文件，用Git自带工具管理限制；
• 取消限制只需执行git config --unset-all push.restrict.start和git config --unset-all push.restrict.end。

3. 服务器端钩子（最严格的方案） #

如果团队使用自建Git服务器（比如GitLab、Gitea或自定义Git服务），推荐在服务器端设置pre-receive钩子。客户端的pre-push可以被绕过（比如用git push --no-verify），但服务器端钩子是强制生效的，完全避免绕过情况。

服务器端pre-receive脚本示例： #

#!/bin/bash

# 设置限制时间范围
RESTRICT_START="2018-04-14 00:00"
RESTRICT_END="2018-04-16 00:00"

# 时间戳转换与判断
CURRENT_TIMESTAMP=$(date +%s)
START_TIMESTAMP=$(date -d "$RESTRICT_START" +%s)
END_TIMESTAMP=$(date -d "$RESTRICT_END" +%s)

if [ "$CURRENT_TIMESTAMP" -ge "$START_TIMESTAMP" ] && [ "$CURRENT_TIMESTAMP" -lt "$END_TIMESTAMP" ]; then
    echo "❌ Error: Push operations are restricted between $RESTRICT_START and $RESTRICT_END." >&2
    exit 1
fi

exit 0

优势： #

• 全局生效，无需每个客户端配置；
• 无法被客户端绕过，适合严格管控的场景。

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