Gitの非早送りが拒否されました

この質問は何度も尋ねられたように感じますが、解決策は通常「ディレクトリを削除して、新しいチェックアウトで作業をやり直した」です。コミットとプッシュを行いましたが、コミットメッセージで間違ったチケット番号を参照していることに気付きました。だから私はSOで簡単な解決策を探し、最終的に次のようにターミナルに入力しました：

$ git reset --soft HEAD^
$ git commit -m "... correct message ..."

唯一の問題は、次のエラーメッセージが表示されることです。

To prevent you from losing history, non-fast-forward updates were rejected
Merge the remote changes before pushing again.  See the 'Note about
fast-forwards' section of 'git push --help' for details.

私はgit-flowモデルを使用していて、開発ブランチに取り組んでいます。gitを再び幸せにするために、どうすれば元に戻すことができますか？

力git push：

git push origin +develop

あなたがプッシュした場合、サーバーにコミットした後、それは（とローカルにコミット書き換えgit reset、git rebase、git filter-branch書き換えられたことを押した後、または任意の他の歴史操作）、およびバックアップサーバーへのコミット、あなたが引っ張っていた他の誰を台無しにします。ここに例があります。Aをコミットし、サーバーにプッシュしたとしましょう。

-*-*-A <-マスター

-*-*-A <-発信元/マスター

ここで、前述の方法でAを書き換え、リセットして再コミットすることにします。これにより、ダングリングコミットAが残り、到達できないため、最終的にはガベージコレクションされます。

-*-*-A
    \
     A '<-マスター

-*-*-A <-発信元/マスター

他の誰かが、たとえばフレッドが、masterあなたがこれをしている間にサーバーからプルダウンした場合、彼らはAへの参照を持ちます。

-*-*-A '<-マスター

-*-*-A <-発信元/マスター

-*-*-AB <-フレッド/マスター

ここで、A 'をorigin / masterにプッシュできた場合、早送りではなくなり、履歴にAが含まれなくなります。したがって、フレッドがもう一度プルしようとした場合、彼は突然マージする必要があり、Aコミットを再導入します。

-*-*-A '<-マスター

-*-*-A <-発信元/マスター

-*-*-AB- \ 
    \ * <-フレッド/マスター
     A '-/

フレッドがたまたまこれに気づいた場合、彼はリベースを行うことができ、コミットAが再び現れるのを防ぎます。しかし、彼はこれに気づく必要があり、これを忘れないでください。また、Aを引き下げた人が複数いる場合は、ツリーで余分なAコミットが取得されないように、全員がリベースする必要があります。

そのため、他の人がそこからプルしたリポジトリの履歴を変更することは、一般的には良い考えではありません。ただし、そのリポジトリから他の人がプルしていないことがわかった場合（たとえば、それが自分のプライベートリポジトリであるか、プロジェクトを簡単に調整できる他の開発者が1人しかいない場合）、強制的に実行して更新：

git push -f

または

git push origin +master

これらは両方とも、非早送りプッシュのチェックを無視し、サーバーの内容を新しいA 'リビジョンに更新し、Aリビジョンを破棄して、最終的にはガベージコレクションされます。

receive.denyNonFastForwardsconfigオプションで強制プッシュが完全に無効にされている可能性があります。このオプションは、共有リポジトリではデフォルトで有効になっています。その場合、本当にプッシュを強制したい場合は、ブランチを削除して再作成するのが最善のオプションですgit push origin :master; git push origin master:master。ただし、このdenyNonFastForwardsオプションは上記の理由で有効になっています。共有リポジトリでは、それを使用するすべての人が新しい履歴に基づいてリベースする必要があることを意味します。

共有レポジトリでは、一般的に、問題を修正する新しいコミットを上にプッシュする方が適切です。git revert以前のコミットの変更を取り消すコミットを生成するために使用できます。

を実行する必要があるかもしれませgit pullん。その後、再度コミットできます。競合がある場合は、解決するように求められます。

gitconfigを指定して更新していない場合は、プルするブランチを指定する必要があることに注意してください...

例えば：

git pull origin develop:develop

私はEGitを使用していて、この問題にも直面しました。rebase現在のブランチを試してみましたが、うまくいきました。