git · Git

メッセージ

! [rejected] main -> main (non-fast-forward)

何を意味するか

自分のブランチがリモートのブランチの子孫になっていない、つまりそのまま押し込むとサーバー上のコミットが歴史から外れるという意味です。すでに push したコミットを rebase や amend、reset で書き換えたときに起きます。書き換えが意図的で、そのブランチを自分だけが使っているなら git push --force-with-lease を使います。これは最後の fetch 以降にリモートが動いていれば拒否するので、素の --force と違って、その間に入った同僚の push を黙って消すことはありません。意図していなかったなら、答えは force ではなく pull --rebase です。

直しかた

git push --force-with-lease
出す道具
git
Git
29

git のエラーはほぼすべて「その状態でそれをやると何かが失われる」という拒否であり、fatal: は何も変えずに止まったという意味なので、一行目より下の hint: 行に本当の解決策が書かれていることが多いです。

エラーメッセージの読み方

  • 一行目から読みます。下に行くほど道具の内部の話で、原因はたいてい一番上に書かれています。
  • ファイル名と行番号があればそこが出発点です — スタックの最上段ではなく、自分が書いたファイルが出てくる一番上の行です。
  • 文句はそのまま検索します。ただし自分のパスや変数名は消します — その部分が検索を邪魔します。
  • 同じ事情が道具の版ごとに違う言い方で出ます。結果が合わないときは版番号も入れてみます。
  • 直す命令を貼る前に、その命令が何を捨てるかを確かめます。取り消せないものが混ざっています。

よくある質問

Q. ! [rejected] main -> main (non-fast-forward) はどういう意味ですか。

自分のブランチがリモートのブランチの子孫になっていない、つまりそのまま押し込むとサーバー上のコミットが歴史から外れるという意味です。すでに push したコミットを rebase や amend、reset で書き換えたときに起きます。書き換えが意図的で、そのブランチを自分だけが使っているなら git push --force-with-lease を使います。これは最後の fetch 以降にリモートが動いていれば拒否するので、素の --force と違って、その間に入った同僚の push を黙って消すことはありません。意図していなかったなら、答えは force ではなく pull --rebase です。

Q. どう直しますか。

git push --force-with-lease — 実行する前に、この命令が何を捨てるかを上の説明で確かめてください。

Q. どの道具が出すエラーですか。

git です。Gitの仲間で、文句は6語です。

近いエラー