プッシュしようとするとGitエラー— pre-receiveフックが拒否されました

コミットした変更をプッシュしようとすると、次のエラーが表示されます...

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プッシュする前に実行して、ローカルの変更を最新のコードベースにリベースします。

ファイルサイズは重要です。1つのファイルに最大120MBの制限があります。私の場合、Visual Studioを使用した.gitignoreではファイルがリストされていましたが、ファイルはまだコミットされていました。git cliを使用すると、エラーに関する詳細情報を取得できます。

受信前フックが拒否されたのは、大きなファイルが原因です。基本的にプッシュを検証します。

それを解決するために、私は最後のコミットを次のように削除しました：

git reset --soft HEAD~1

次に、ファイルをコミットから除外しました。

注：以前のN回のコミットに戻るには、HEAD〜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を使用していて、ローカルブランチを作成し、その中に2つのリモートブランチをマージしてから、ローカルブランチをオリジンにプッシュしようとしました。同じエラーメッセージでは機能しませんでした。

解決策はしていた地元のブランチを作成し、それを最初に押して原点にして、マージを行います。

問題：「PUSH Failed refs / head /-pre-receiveフックが拒否されました」

リポジトリのサイズが2 GBのハード制限を超えていたため、特定のプロジェクトリポジトリのオリジンブランチやマスターブランチに変更をプッシュできないという問題に直面しました。エラーが発生していました。これは、他のテストブランチから無意識のうちにテストデータをbitbucketにプッシュしたためです。

PUSH Failed refs / head /-pre-receiveフックが拒否されました

そのため、他のプロジェクトリポジトリと同じように確認したところ、問題はありませんでした。

修正：

私の同僚は、プロジェクトをローカルに複製したときに、プロジェクトのサイズが110MBであることに気付きました。そこで、以前にマージしたブランチと不要になったアクティブなブランチのクリーニングを開始しました。いくつかのブランチでそのクリーニングが完了すると、リポジトリのサイズが2GBから120MBに大幅に減少したことに気付きました。次に、変更を私のブランチにプッシュしようとしましたが、うまくいきました。

私の場合、新しいリポジトリがあり、ブランチ（ 'master'ではなく 'UCA-46'）をプッシュし、それをリベースし、再度強制的にプッシュしてエラーが発生しました。Webフックはありませんでした。@ThiefMasterのアドバイスどおりに実行git pull --rebaseし、再度リベースする必要があり、ブランチをプッシュすることができました。しかし、それは奇妙で難しい方法でした。

次に、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リモートのデフォルトのブランチ（など）はまだ存在しません。したがって、最初にmastergitリモートサーバーにブランチを作成（たとえば、デフォルトREADME.mdファイルを作成）する必要があります。次にpush、次のコマンドを使用して、既存のすべてのローカルブランチにアクセスしてみます。

git push -u origin --all

私にとって、Bitbucketが今日（2020年4月21日）にポリシーを自動的に変更するまで、すべてが問題なく機能していました。これは、最近導入されたワークスペースと呼ばれる新機能と偶然に一致しているので、それに何らかの関係があると思います。

回避策：私（管理者として）の指示に従って、UIでユーザーにメールアドレスを追加しました（使用しているメールは見つかります）git config --list

node.jsバージョンを指定すると、次のような問題を解決できます

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