当我尝试推动我已经提交的更改时，我得到以下错误…
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 reset—hard HEAD ~ 1来删除最后一次提交。在此之后，根据维护者的规则就可以了
其他回答
如果你在做Push的时候遇到了git中预接收钩子拒绝的问题。 你可能有以下原因:
可能您在项目路径app_data中的DB备份超出了 Github的100.00 MB限制。 如果在项目中使用的文件不超过10.00MB或任何文件的大小限制，请检查文件的大小。
您可以通过以下步骤解决此问题:
把文件压缩，然后再推 Git push -u origin develop
这是一个相当老的问题，已经有很多答案了。但我想分享的解决方案，为我工作时与bitbucket(没有管理权限)。我的大多数同事(除了一个人)都没有遇到任何问题。我们俩突然不能再推到精确的分支了(我不知道真正的原因)。 解决方案是:
删除与有问题分支相关的现有拉请求， 删除服务器端的分支， 从本地重新推到远程回购，然后， 再次创建拉取请求。
问题:“PUSH Failed refs/head/ - pre-receive hook declined”
我遇到了一个问题，无法将我的更改推到我的原始分支和任何特定项目存储库的主分支，因为该回购的大小超过了2GB的硬限制。它抛出了错误。 这是因为我们在不知情的情况下将测试数据从其他测试分支推送到bitbucket。
PUSH失败refs/head/ - pre-receive hook拒绝
所以试着检查一下，其他项目的回购也是一样的，他们没有任何问题。
Fix:
我的同事注意到，当我们将项目克隆回本地时，项目的大小是110MB。因此，我们开始清理之前合并的分支和不再需要的活动分支。 一旦清理了几个分支，我们意识到回购的大小从2GB急剧下降到120MB。然后我们尝试将这些更改推到我的分支，它起作用了。
您应该在git@mycogit/cit_pplus.git上询问维护该回购的人员。
你的提交被该repo的pre-receive钩子拒绝了(这是一个用户可配置的脚本，用于分析传入的提交，并决定它们是否足够好，可以接受到repo中)。
让那个人更新钩子也是个好主意，这样它就会打印出拒绝的原因。
如果维护者是您自己，那么您在服务器端的设置似乎遇到了问题。到时请分享更多信息。
当我尝试合并文件大小大于远程存储库所允许的更改时，我遇到了这个问题(在我的情况下，它是GitHub)
