リモートリポジトリにプッシュされたGitの特定のコミットを元に戻します

特定のコミットを元に戻す最も簡単な方法は次のとおりです。

• 頭にも頭にもない
• リモートにプッシュされています。

最新のコミットでない場合、

git reset HEAD

動作しません。そして、それはリモートにプッシュされたので、

git rebase -i

そして

git rebase --onto

リモコンで問題が発生します。

さらに、履歴を変更したくないのです。不正なコードがあった場合、それは履歴に存在しており、見ることができます。私はそれを作業コピーに入れたいだけで、リバースマージコミットを気にしません。

つまり、次のsvnコマンドに相当するGitは何ですか。

svn merge -r 303:295 http://svn.example.com/repos/calc/trunk

これらのリビジョンのすべての変更を新しいコミットとしてリバースマージすることにより、295から302へのすべての変更を削除します。

svn merge -c -302 ^/trunk

302コミットを元に戻します。もちろん、そのコミットからの変更を逆マージする別のコミットを追加します。

これは、Gitでのかなり単純な操作であり、かなり一般的なユースケースであるべきだと思いました。アトミックコミットのポイントは他に何ですか？

私たちはステージングスタッシングを行っており、コミットが完全にアトミックであることを保証するためにすべて、これらのアトミックコミットの1つ以上を簡単に取り消すことができませんか？

を使用してコミットのハッシュを特定しgit log、次にを使用git revert <commit>して、これらの変更を削除する新しいコミットを作成します。ある意味で、git revertその逆ですgit cherry-pick-後者はパッチが不足しているブランチにパッチを適用し、前者はパッチをそれが存在するブランチから削除します。

自動コミットが好きではないgit revertので、これは一部にとって役立つかもしれません。

auto-commitではなく変更されたファイルだけが必要な場合は、--no-commit

% git revert --no-commit <commit hash>

それは同じです -n

% git revert -n <commit hash>

すでにプッシュされているため、履歴を直接操作しないでください。git revertコミット履歴を操作しないように、新しいコミットを使用して特定の変更をコミットから元に戻します。

元に戻したいコミットがマージ済みのコミットである場合（すでにマージされている場合）、-m 1または-m 2以下のようにオプションを選択する必要があります。これにより、マージされたコミットのどの親コミットを使用するかがgitに通知されます。詳細は見つけることができますHERE。

• git revert <commit> -m 1
• git revert <commit> -m 2