尝试推送时出现Git错误-预接收钩被拒绝

当我尝试推送已提交的更改时，出现以下错误...

git.exe push -v --progress  "origin" iteration1:iteration1

remote: *********************************************************************
To ssh://git@mycogit/cit_pplus.git
! [remote rejected] iteration1 -> iteration1 (pre-receive hook declined)
error: failed to push some refs to 'ssh://git@mycogit/cit_pplus.git'

这是怎么回事？

您应该问谁在维护回购协议git@mycogit/cit_pplus.git。

您的提交被该存储库的pre-receive钩子拒绝了（这是一个用户可配置的脚本，用于分析传入的提交并确定它们是否足以被存储库接受）。

要求该人更新挂钩也是一个好主意，这样可以打印出拒绝的原因。

如果维护者是您自己，那么看来您在服务器端的设置有问题。然后，请分享更多信息。

我敢打赌，您正在尝试非快进推送，而钩子阻止了它。如果是这种情况，只需git pull --rebase在推送以将本地更改重新基于最新代码库之前运行即可。

文件大小很重要。单个文件的大小上限为120MB。就我而言，使用Visual Studio的.gitignore列出了文件，但该文件仍被提交。使用git cli时，我们可以获得有关错误的更多详细信息。

接收前钩数下降是由于文件大。基本上验证推送。

为了解决这个问题，我使用以下命令删除了最后一次提交：

git reset --soft HEAD~1

然后，我从提交中排除了该文件。

注意：使用HEAD〜N返回N次先前的提交。（即3、4）始终使用--soft开关来维护文件夹中的更改

希望能帮助到你。

这可能是因为您无权将提交推送到分支（例如）master。您可以要求维护者授予您推送提交的权利。

就我而言，我收到此消息是因为该分支在GitLab中被标记为“受保护”。

当GitLab服务器进行一些更改时，我收到了此消息。第二天推的效果很好。无论如何，正如其他人指出的那样，请与您的维护人员确认。

尝试合并更改时文件大小大于远程存储库允许的大小（在我的情况下是GitHub），我遇到了这个问题

我遇到了同样的问题。
对我来说解决的是切换到另一个分支，然后再回到原始分支。

不知道下划线的原因是什么，但这已解决。

Bitbucket：在“设置”中检查“分支”权限（可能在“全部拒绝”上）。如果那行不通，只需将分支克隆到新的本地分支，将更改推送到远程（将创建一个新的远程分支），然后创建PR。

如果它可以帮助某人：

我有一个空白的仓库，没有要取消保护的主分支（在Gitlab中），所以在运行之前 git push -u origin --all

• 我必须跑git push -u origin master第一，
• 暂时取消保护主分支
• 推其余（--all＆--tags）

在检查我是否具有开发人员访问权限并且无法发布新分支时，我遇到了同样的错误。添加更高的访问权限解决了此问题。（Gitlab）

我在GitHub gist上遇到此错误。我试图在子目录中推送带有文件的提交。事实证明，要点只能在根目录中包含文件。

删除受保护的分支选项，或允许其他角色（例如开发人员或管理员）允许遇到此错误的这些用户进行合并和推送。

就我而言，我们有提交消息的挂钩，如果服务器脚本具有特殊格式的提交消息，则服务器脚本会接受提交"<JIRA ID><Message>"。如果相应的Jira票证不存在或提交消息中有一些特殊符号，则它（挂钩）将拒绝提交。当我在提交消息中添加/，[，>等时，遇到这些错误，将其删除可以正常工作。

这实际上是在BitBucket的服务器端启用YACC时发生的。启用YACC可以在提交消息中提及JIRA问题名称。因此，每当您至少提交任何内容时，请将您的JIRA编号保存在提交消息中，然后另外可以添加自己的消息。

我使用的是GitKraken，我们创建了一个本地分支，然后合并了其中的两个远程分支，然后尝试将本地分支推到原点。它与相同的错误消息不起作用。

该解决方案是创建本地分支，第一推到原点，然后做合并。

问题：“推失败的参考/头/-预接收挂钩被拒绝”

我遇到了无法将更改推送到我的原始分支以及将任何东西推送到特定项目存储库的主分支的问题，因为该存储库的大小超过了2GB的硬限制。它引发了错误。那是因为我们在不知不觉中将测试数据从其他测试分支推到了位桶中。

PUSH裁判/裁判/失败-接收前弯钩被拒绝

因此，尝试检查的结果与其他项目存储库相同，并且没有任何问题。

固定：

我的同事注意到，当我们将项目克隆回本地时，项目的大小为110MB。因此，我们开始清理先前合并的分支和不再需要的活动分支。一旦完成了几个分支的清理，我们就意识到回购的大小从2GB急剧下降到120MB。然后，我们尝试将更改推送到我的分支，并且成功了。

就我而言，我有一个新的存储库，推送了一个分支（“ UCA-46”，而不是“ master”），对其进行了重新设置基础，再次强行推送并得到了错误。没有网络挂钩。我执行git pull --rebase为@ThiefMaster建议，不得不重新设置，然后才能推动分支。但这是一种奇怪而困难的方法。

然后我看到Git推送错误预接收钩下降了。我发现我的分支受到保护。我取消了保护，可能会再次强行推动。

尝试推送到dokku实例时遇到了这个问题。原来我的服务器上的磁盘已满。

然： du -f

结果是：

Filesystem      Size  Used Avail Use% Mounted on
udev            476M     0  476M   0% /dev
tmpfs           100M  4.4M   95M   5% /run
/dev/xvda1      7.8G  7.4G  8.9M 100% /

对我来说，远程git服务器上的授权可以解决此问题。

就我而言，这是因为我不小心将一个巨大的文件添加到了我未提交的推送中，无论之后进行了任何拉，重设或rm，我都无法摆脱它。

我的肮脏解决方案但可行的解决方案是重命名当前目录，将目录重新克隆到本地，并将更改手动反映到重新克隆的本地目录...

听起来不好，但是可以用...

对我来说，错误是该项目没有创建任何分支，而我的角色是开发人员，所以我无法创建任何分支，要求他们现在给我相关的权限和所有命令！

master您的遥控器尚不存在默认分支（例如）。因此，您首先需要master在git远程服务器中创建分支（例如，创建默认README.md文件），然后尝试push使用此命令访问所有现有的本地分支：

git push -u origin --all

对我而言，一切运转良好，直到Bitbucket今天自动更改其政策（2020年4月21日）。这恰好与最近引入的一项名为Workspaces的新功能保持一致，因此我怀疑它与此有关。

解决方法：我（作为管理员）按照说明在用户界面中向用户添加电子邮件地址（可以找到您正在使用的电子邮件git config --list

指定node.js版本可以解决类似的问题

{
  "name": "myapp",
  "description": "a really cool app",
  "version": "1.0.0",
  "engines": {
    "node": "10.3.0"
  }
}