即使我没有要提交的新提交，如何强制在服务器上git运行post-receive挂钩？

背景

我使用git自动将网站部署到服务器。我在服务器的受保护区域中有一个裸仓库，还有一个post-receive钩子，用于检出内容并将某些文件系统地复制到public_html文件夹中。（受本教程的启发）

我已经厌倦了post-receive在服务器上手动修改钩子，所以post-receive现在我的钩子实际上从仓库中复制了自己的新版本：

#!/bin/sh

rm -rf ~/../protected/*
GIT_WORK_TREE=~/../protected git checkout -f

# Rewrite over this file with any updates from the post-receive file
cp ~/../protected/post-receive hooks/post-receive

# Delete public_html
# Copy stuff public_html

当然，问题在于新的post-receive挂钩永远不会运行。一个看似简单的解决方案只是重新推动，但现在一切都已更新。这很烦人，因为每次更新post-receive钩子时都要求我伪造新的提交。有没有一种方法可以在post-receive不伪造提交或ssh输入的情况下调用该钩子？

我尝试了什么

git push
git push -f

使用'--allow-empty'

在初始推送替换脚本之后，您可以执行以下操作：

git commit --allow-empty -m 'push to execute post-receive'

该--allow-empty标志覆盖了git的默认行为，即在没有更改的情况下阻止您进行提交。

使用别名，让您的生活更轻松

将以下内容添加到 ~/.gitconfig

[alias]
    pushpr = "!f() { git push origin master;git commit --allow-empty -m 'push to execute post-receive';git push origin master; }; f"

现在就做 git pushpr

git pushpr

这会将所有更改推送到master，在您的情况下，这将触发您的帖子接收替换脚本，然后再次推送（使用--allow-empty标志），然后执行更新的post-receive脚本。

我知道这可能会被视为“危险”，但我喜欢生活在边缘。

我只是删除远程分支，然后再次推送它。确保您本地的分支机构是最新的，以限制丢失东西的机会。

因此，如果要触发接收后，就我而言，要使测试分支进行配置，我要做的就是：

$ git push origin :testing
$ git push origin testing

但是不要接受这个作为答案。仅供参考。

恐怕您必须SSH到服务器并手动运行钩子脚本。如果没有添加任何内容（即当git打印所有内容为最新时）git push，则不会使服务器运行pre-push，pre-receive和post-receive挂钩。

其余的答案是关于跟踪接收后挂钩的版本，因此您可以修改它而无需将其链接到服务器。

do-post-receive向本地存储库添加名为shell脚本：

$ ls -ld .git
$ echo 'echo "Hello, World!"' >do-post-receive
$ git add do-post-receive
$ git commit do-post-receive -m 'added do-post-receive'

将hooks/post-receive服务器上的钩子替换为：

#! /bin/sh
while read OLDID NEWID BRANCH; do
  test "$BRANCH" = refs/heads/master && eval "$(git show master:do-post-receive)"
done

（确保chmod 755 hooks/post-receive在服务器上。）

将您的更改从本地存储库推送到服务器，并观察do-post-receive代码运行：

$ git push origin master
...
remote: Hello, World!
...

如果您想避免进行伪造的新提交，则只需使用

git commit --amend --no-edit

这将修改最后的提交记录，您将可以使用git push -f（假设您的回答对您的覆盖没问题）。

• 方便：它不会产生额外的提交
• 好：它在远程仓库中不使用显式路径作为钩子
• 不好：您会覆盖历史记录，这在您的用例中很好，但是不应该在共享存储库中使用

我相对频繁地使用此命令来在推送前的最后一次提交中修复某些问题，因此我为其做了一个别名：

git config --global alias.amend 'commit --amend --no-edit'

现在，我可以将其直接用作您的用例（git amend），或者

• 将（所有）修改过的文件添加到上一次提交： git amend -a
• 修改消息： git amend -m 'better message'

我尝试了空提交并删除了上传分支。

但是直接使用ssh命令呢？

ssh your_host /path/to/your_repo/hooks/post-receive

以我为例，我登录到远程并运行：

$ sh project.git/hooks/post-receive

工作良好！

我做了一个bash函数来做到这一点。假定您具有ssh访问权限即可进行相应~/.ssh/config设置。默认远程为原点

kick-git() {
    remote="${1:-origin}"
    ssh $(echo $(git remote get-url "$remote")/hooks/post-receive | tr ':' ' ')
}

来源并运行 kick-git [remote]

接收后是人工命令响应的错误位置。

您希望您的服务器端好东西在pre-receive出口（取决于更新的ref）-例如git update-ref refs/commands/update-hooks @在服务器上，然后可以例如git push server +@:commands/update-hooks在服务器的pre-receive中进行

while read old new ref; do case $ref in
commands/update-hooks)
        maybe check the incoming commit for authorization
        update hooks here
        echo the results from the update
        denypush=1
        ;;
refs/heads/master)
        extreme vetting on master-branch updates here
        ;;
esac; done

((denypush)) && exit $denypush

我喜欢杰米·卡尔（Jamie Carl）的建议，但是它不起作用，并且出现错误：

remote：错误：默认情况下，拒绝删除当前分支，因为下一个错误：'git clone'不会导致任何文件签出，从而引起混乱。

在我的情况下，我正在针对裸仓库测试本地主机上的post-receive挂钩。警告/非常重要，仅在remote服务器位置上运行此命令！

git update-ref -d refs/heads/develop 

它将删除developer分支的引用（您可能还需要删除为该分支部署的任何文件），然后可以继续执行该git push deploy_localtest develop分支所需的push命令。