現在の状態から特定のコミットで作成されたスナップショットに戻すにはどうすればよいですか？

実行するとgit log、次の出力が得られます。

$ git log
commit a867b4af366350be2e7c21b8de9cc6504678a61b`
Author: Me <me@me.com>
Date:   Thu Nov 4 18:59:41 2010 -0400

blah blah blah...

commit 25eee4caef46ae64aa08e8ab3f988bc917ee1ce4
Author: Me <me@me.com>
Date:   Thu Nov 4 05:13:39 2010 -0400

more blah blah blah...

commit 0766c053c0ea2035e90f504928f8df3c9363b8bd
Author: Me <me@me.com>
Date:   Thu Nov 4 00:55:06 2010 -0400

And yet more blah blah...

commit 0d1d7fc32e5a947fbd92ee598033d85bfc445a50
Author: Me <me@me.com>
Date:   Wed Nov 3 23:56:08 2010 -0400

Yep, more blah blah.

11月3日からコミット、つまりcommitに戻すにはどうすればよい0d1d7fcですか？

これは、「元に戻す」という意味に大きく依存します。

一時的に別のコミットに切り替える

一時的にそれに戻りたい場合は、だましてから現在の場所に戻ってください。必要なのは、目的のコミットをチェックアウトすることだけです。

# This will detach your HEAD, that is, leave you with no branch checked out:
git checkout 0d1d7fc32

または、そこにいる間にコミットしたい場合は、先に進んで、そこにいる間に新しいブランチを作成します。

git checkout -b old-state 0d1d7fc32

元の場所に戻るには、元のブランチをチェックしてください。（変更を加えた場合は、いつものようにブランチを切り替えるときに、それらを適切に処理する必要があります。リセットして破棄することができます。スタッシュ、チェックアウト、スタッシュポップを使用して、ブランチを持ち帰ることができます。コミットできます。そこにブランチが必要な場合は、ブランチにそれらを追加します。）

未公開のコミットを完全削除

一方、それ以降に行ったすべてのことを本当に取り除きたい場合は、2つの可能性があります。1つは、これらのコミットを公開していない場合は、単にリセットするだけです。

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.

失敗した場合、すでにローカルの変更は破棄されていますが、再度リセットすることにより、少なくとも以前の状態に戻すことができます。

公開されたコミットを新しいコミットで取り消す

一方、作品を公開している場合は、ブランチをリセットする必要はないでしょう。これは、履歴を効果的に書き換えるためです。その場合、実際にコミットを元に戻すことができます。Gitでは、リバートには非常に特定の意味があります。リバースパッチでコミットを作成してキャンセルします。このようにして、履歴を書き換えることはありません。

# This will create three separate revert commits:
git revert a867b4af 25eee4ca 0766c053

# It also takes ranges. This will revert the last two commits:
git revert HEAD~2..HEAD

#Similarly, you can revert a range of commits using commit hashes:
git revert a867b4af..0766c053 

# Reverting a merge commit
git revert -m 1 <merge_commit_sha>

# To get just one, you could use `rebase -i` to squash them afterwards
# Or, you could do it manually (be sure to do this at top level of the repo)
# get your index and work tree into the desired state, without changing HEAD:
git checkout 0d1d7fc32 .

# Then commit. Be sure and write a good message describing what you just did
git commit

git-revertmanページには、実際にその説明では、このの多くをカバーしています。別の便利なリンクは、git-revertについて説明しているこのgit-scm.comセクションです。

結局、元に戻したくない場合は、元に戻す（ここで説明）か、元に戻す前にリセットすることができます（前のセクションを参照）。

この場合、この回答が役立つこともあります
。HEADを以前の場所に戻す方法は？（戸外ヘッド）

ここにはたくさんの複雑で危険な答えがありますが、実際には簡単です：

git revert --no-commit 0766c053..HEAD
git commit

これは、すべてをHEADからコミットハッシュに戻します。つまり、すべてのコミットがウォークバックされたかのように、作業ツリーにそのコミット状態を再作成します。その後、現在のツリーをコミットできます。これにより、「元に戻した」コミットと基本的に同等の新しいコミットが作成されます。

（この--no-commitフラグを使用すると、gitはすべてのコミットを一度に元に戻すことができます。それ以外の場合は、範囲内のコミットごとにメッセージの入力を求められ、不要な新しいコミットで履歴が散らかります。）

これは、以前の状態にロールバックする安全で簡単な方法です。履歴は破棄されないため、すでに公開されているコミットに使用できます。

不正コーダー？

自分で作業して、それを機能させたいだけですか？以下のこれらの指示に従ってください。彼らは私や他の多くの人々のために何年にもわたって確実に働いてきました。

他の人と協力していますか？Gitは複雑です。何か発疹が出る前に、この回答の下のコメントを読んでください。

作業コピーを最新のコミットに戻す

変更を無視して、以前のコミットに戻すには：

git reset --hard HEAD

HEADは現在のブランチの最後のコミットです

作業コピーを古いコミットに戻す

最新のコミットより古いコミットに戻すには：

# Resets index to former commit; replace '56e05fced' with your commit code
git reset 56e05fced 

# Moves pointer back to previous HEAD
git reset --soft HEAD@{1}

git commit -m "Revert to 56e05fced"

# Updates working copy to reflect the new commit
git reset --hard

クレジットは同様のスタックオーバーフローの質問に行きます。GitでSHAハッシュによるコミットに戻しますか？。

私とおそらく他の人にとって最良のオプションは、Gitリセットオプションです。

git reset --hard <commidId> && git clean -f

これは私にとって最良の選択肢でした！シンプルで、速く、効果的です！

**注：**コメントで述べたように、古いコミットのコピーを持っている他の人とブランチを共有している場合は、これを行わないでください

また、コメントから、「ボールジー」な方法を少なくしたい場合は、

git clean -i

答える前に、背景を追加し、これHEADが何であるかを説明しましょう。

First of all what is HEAD?

HEAD現在のブランチの現在のコミット（最新）への参照です。常に1つしか存在できませんHEAD（を除くgit worktree）。

の内容HEADはに格納され.git/HEAD、現在のコミットの40バイトのSHA-1が含まれています。

detached HEAD

最新のコミットを行っていない場合、つまりHEAD、履歴内の以前のコミットを指している場合は、と呼ばれdetached HEADます。

コマンドラインでは次のようになります- HEADは現在のブランチの先端を指していないため、ブランチ名の代わりにSHA-1 ：

切り離されたヘッドから回復する方法に関するいくつかのオプション：

git checkout

git checkout <commit_id>
git checkout -b <new branch> <commit_id>
git checkout HEAD~X // x is the number of commits t go back

これにより、目的のコミットを指す新しいブランチがチェックアウトされます。このコマンドは、特定のコミットにチェックアウトします。

この時点で、ブランチを作成し、この時点から作業を開始できます。

# Checkout a given commit.
# Doing so will result in a `detached HEAD` which mean that the `HEAD`
# is not pointing to the latest so you will need to checkout branch
# in order to be able to update the code.
git checkout <commit-id>

# Create a new branch forked to the given commit
git checkout -b <branch name>

git reflog

いつでも使用できreflogます。git reflog更新された変更が表示さHEADれ、目的のreflogエントリをチェックアウトすると、HEADこのコミットに戻ります。

HEADが変更されるたびに、新しいエントリが reflog

git reflog
git checkout HEAD@{...}

これにより、目的のコミットに戻ります

git reset HEAD --hard <commit_id>

頭を「動かして」希望のコミットに戻します。

# This will destroy any local modifications.
# Don't do it if you have uncommitted work you want to keep.
git reset --hard 0d1d7fc32

# Alternatively, if there's work to keep:
git stash
git reset --hard 0d1d7fc32
git stash pop
# This saves the modifications, then reapplies that patch after resetting.
# You could get merge conflicts, if you've modified things which were
# changed since the commit you reset to.

• 注：（Git 2.7以降）も使用できgit rebase --no-autostashます。

このスキーマは、どのコマンドが何を実行するかを示しています。ご覧のとおり、をreset && checkout変更しHEADます。

「コミット解除」し、最後のコミットメッセージを消去し、変更したファイルをステージングに戻すには、次のコマンドを使用します。

git reset --soft HEAD~1

• --soft コミットされていないファイルは、反対の作業ファイルとして保持する必要があることを示します --hardを破棄するのではます。
• HEAD~1最後のコミットです。3つのコミットをロールバックする場合は、を使用できますHEAD~3。特定のリビジョン番号にロールバックする場合は、SHAハッシュを使用して行うこともできます。

これは、間違ったものをコミットし、最後のコミットを元に戻したい場合に非常に便利なコマンドです。

出典：http : //nakkaya.com/2009/09/24/git-delete-last-commit/

これは、次の2つのコマンドで実行できます。

git reset --hard [previous Commit SHA id here]
git push origin [branch Name] -f

以前のGitコミットが削除されます。

変更を保持したい場合は、次のものも使用できます。

git reset --soft [previous Commit SHA id here]

次に、変更を保存します。

私はGitでローカルの変更を元に戻すために多くの方法を試しましたが、最新のコミット状態に戻したいだけの場合、これが最もうまくいくようです。

git add . && git checkout master -f

簡単な説明：

• コミットは作成されませんgit revert。
• それはあなたのようにあなたの頭を切り離しませんgit checkout <commithashcode>。
• ブランチの最後のコミット以降、ローカルの変更をすべて上書きし、追加されたファイルをすべて削除します。
• これはブランチ名でのみ機能するため、この方法でブランチの最新のコミットにのみ戻すことができます。

上記の結果を得るには、はるかに便利で簡単な方法を見つけました。

git add . && git reset --hard HEAD

HEADは現在のブランチでの最新のコミットを指します。

これはboulder_rubyが提案したものと同じコードコードですが、前回のコミット以降に作成されたすべての新しいファイルを消去git add .するgit reset --hard HEADように前 に追加しました。

OK、 Gitで以前のコミットに戻るのはとても簡単です...

変更を維持せずに元に戻します。

git reset --hard <commit>

変更を保存して元に戻します。

git reset --soft <commit>

説明：使用git resetすると、特定の状態にリセットできます。上記のように、コミットハッシュで使用するのが一般的です。

あなたは違いが二つのフラグを使用している参照としてではなく--softと--hard、デフォルトでgit reset使用する--softフラグを、それは常にフラグを使用してよいでしょう、私は各フラグを説明します。

- 柔らかい

説明されているデフォルトのフラグは、それを提供する必要はなく、作業ツリーを変更しませんが、コミットの準備ができているすべての変更されたファイルを追加するため、ファイルへの変更がステージングされないコミットステータスに戻ります。

- ハード

このフラグには注意してください。作業ツリーと追跡されたファイルへのすべての変更がリセットされ、すべてがなくなります！

また、Gitを使用する実際の生活で発生する可能性のある以下の画像も作成しました。

あなたがマスターとそのそれぞれのブランチについて話していると仮定します（とは言っても、これはあなたが関心を持っているあらゆる作業ブランチである可能性があります）：

# Reset local master branch to November 3rd commit ID
git reset --hard 0d1d7fc32e5a947fbd92ee598033d85bfc445a50

# Reset remote master branch to November 3rd commit ID
git push -f origin 0d1d7fc32e5a947fbd92ee598033d85bfc445a50:master

ブログ投稿で回答を見つけました（現在は存在しません）

これは、リモートへの変更のリセットと強制であるため、チームの他のメンバーがすでにgit pullしている場合は、問題が発生することに注意してください。あなたは変更履歴を破棄しています。これは、人々が最初にgitを使用する重要な理由です。

リセットよりも、リバート（他の回答を参照）を使用する方が適切です。あなたが一人のチームなら、それはおそらく問題ではありません。

というテキストファイルに次のコミットがあるとします~/commits-to-revert.txt（私は以前git log --pretty=onelineはそれらを取得していました）

fe60adeba6436ed8f4cc5f5c0b20df7ac9d93219
0c27ecfdab3cbb08a448659aa61764ad80533a1b
f85007f35a23a7f29fa14b3b47c8b2ef3803d542
e9ec660ba9c06317888f901e3a5ad833d4963283
6a80768d44ccc2107ce410c4e28c7147b382cd8f
9cf6c21f5adfac3732c76c1194bbe6a330fb83e3
fff2336bf8690fbfb2b4890a96549dc58bf548a5
1f7082f3f52880cb49bc37c40531fc478823b4f5
e9b317d36a9d1db88bd34831a32de327244df36a
f6ea0e7208cf22fba17952fb162a01afb26de806
137a681351037a2204f088a8d8f0db6e1f9179ca

それぞれを元に戻すBashシェルスクリプトを作成します。

#!/bin/bash
cd /path/to/working/copy
for i in `cat ~/commits-to-revert.txt`
do
    git revert $i --no-commit
done

これにより、ファイルやディレクトリの作成、削除など、すべてが以前の状態に戻り、ブランチにコミットされ、履歴が保持されますが、同じファイル構造に戻ります。GitにAがない理由git revert --to <hash>は私を超えています。

Jefromiのソリューションの追加の代替手段

ジェフロミのソリューションは間違いなく最高のものであり、あなたは間違いなくそれらを使うべきです。ただし、完全を期すために、コミットを元に戻すために使用できる他の代替ソリューションも示したかったのです（以前のコミットでの変更を元に戻す新しいコミットを作成するという意味でgit revert）。

明確にするために、これらの選択肢はコミットを元に戻すための最良の方法ではありません、Jefromiのソリューションがありますが、私はちょうどあなたにも同じことを達成するために、これらの他の方法を使用することができることを指摘したいですgit revert。

代替1：ハードリセットとソフトリセット

これは、GitでSHAハッシュによるコミットに戻すためのCharles Baileyのソリューションのわずかに変更されたバージョンですか？：

# Reset the index to the desired commit
git reset --hard <commit>

# Move the branch pointer back to the previous HEAD
git reset --soft HEAD@{1}

# Commit the changes
git commit -m "Revert to <commit>"

これは基本的に、ソフトリセットにより、前のコミットの状態がインデックス/ステージング領域にステージングされたままになり、コミットできるという事実を利用して機能します。

代替方法2：現在のツリーを削除して新しいツリーで置き換える

このソリューションは、古いコミットをチェックアウトして新しいコミットにするための svickのソリューションに由来します。

git rm -r .
git checkout <commit> .
git commit

代替＃1と同様に、これ<commit>は現在の作業コピーの状態を再現します。以降に追加されたファイルは削除されないため、git rm最初に行う必要がありgit checkoutます<commit>。

以下は、以前のコミットに戻る（そしてそれをコミットされていない状態にして、好きなように実行する）ためのはるかに簡単な方法です。

git reset HEAD~1

したがって、コミットIDなどは必要ありません。

特に古いコミットを元に戻してステージングするためのコマンド（コアGitの一部ではありませんが、git-extrasパッケージに含まれています）があります。

git back

マニュアルページによると、それ自体としても使用できます：

# Remove the latest three commits
git back 3

最善の方法は：

git reset --hard <commidId> && git push --force

これにより、ブランチが特定のコミットにリセットされ、ローカルにあるのと同じコミットでリモートサーバーがアップロードされます（これにより、その特定のコミット後にコマンドが完全に制限されます）。

--forceフラグを選択すると、選択したコミットの後に続くすべてのコミットが、それらを回復するオプションなしに削除されることに注意してください。

すべての変更後、これらのすべてのコマンドをプッシュするとき、以下を使用する必要がある場合があります。

git push -f ...

そして、それだけではありませんgit push。

これらすべての初期ステップを自分で完了し、Gitリポジトリにプッシュバックできます。

1. git pull --allコマンドを使用して、Bitbucketから最新バージョンのリポジトリを取得します。

2. -n 4端末からGit logコマンドを実行します。の後の-n数値により、ローカル履歴の最新のコミットから始まるログのコミット数が決まります。

   $ git log -n 4
   

3. リポジトリーの履歴の先頭をリセットします。git reset --hard HEAD~Nここで、Nは、先頭に戻すコミットの数です。次の例では、ヘッドは1つのコミットからリポジトリ履歴の最後のコミットに戻されます。

4. を使用git push --forceしてGitリポジトリに変更をプッシュし、強制的に変更をプッシュします。

Gitリポジトリを以前のコミットにしたい場合：

git pull --all
git reset --hard HEAD~1
git push --force

最新のコミットに戻し、すべてのローカル変更を無視します。

git reset --hard HEAD

必要なコミットを選択し、確認してください

git show HEAD
git show HEAD~1
git show HEAD~2 

必要なコミットを取得するまで。HEADがそれを指すようにするには、次のようにします。

git reset --hard HEAD~1

またはgit reset --hard HEAD~2何か。

状況が緊急であり、プロジェクトが「my project」などのディレクトリの下にあると想定して、質問者が迅速かつ汚い方法で質問したことを実行したい場合：

クイックアンドダーティー：状況によっては、クイックアンドダーティーは実際には非常に良い場合があります。ここでの私の解決策は、作業ディレクトリにあるファイルを、.git /ディレクトリの下に潜むgitリポジトリの深さから引き出された/抽出されたファイルで不可逆的に置き換えないことです。たくさんの。悲惨な状況であると思われるものを回復するために、このようなディープシーダイビングを行う必要はありません。十分な専門知識なしに回復しようとすると、致命的となる場合があります。

1. ディレクトリ全体をコピーして、「my project-copy」のように別の名前を付けます。gitリポジトリ（「repo」）ファイルが「my project」ディレクトリ（デフォルトの場所、「。git」というディレクトリ）にあるとすると、作業ファイルとリポジトリファイルの両方がコピーされます。

2. これを「my project」ディレクトリで行います。

   .../my project $ git reset --hard [first-4-letters&numbers-of-commit's-SHA]
   

これにより、「私のプロジェクト」の下のリポジトリの状態が、コミットしたときの状態に戻ります（「コミット」とは、作業ファイルのスナップショットを意味します）。それ以降のすべてのコミットは「my project」の下で永久に失われますが、... /。gitの下のファイルを含め、それらすべてのファイルをコピーしたため、それらは「my project-copy」の下のリポジトリに引き続き存在します。 /。

次に、システムに2つのバージョンがあります...以前のコミットから対象のファイルなどを調べたり、コピーしたり、変更したりできます。復元されたコミットがどこにも行かなくなってから新しい作業を決定した場合は、「my project-copy」の下のファイルを完全に破棄できます...

この取得したコミットがディレクトリの名前を再度変更するため、実際に作業を破棄せずにプロジェクトの状態を続行したい場合の明白なこと：取得したコミットを含むプロジェクトを削除し（または一時的な名前を付けて）、 " my project-ディレクトリを「my project」にコピーします。次に、ここで他の回答のいくつかを理解してみてください。おそらく、すぐに別のコミットを実行してください。

Gitは素晴らしい作品ですが、誰も「その場でそれを手に入れる」ことはできません。あまりに頻繁に説明しようとする人は、他のVCS [バージョン管理システム]の事前知識を想定し、あまりにも深く掘り下げます早すぎて、「チェックアウト」に互換性のある用語を使用するなど、他の犯罪を犯します。

自分のストレスを大幅に軽減するには、傷跡から学びます。Gitに関する本をほとんど読む必要があります。「Gitによるバージョン管理」をお勧めします。遅らせるのではなく、早くしてください。その場合、Gitの複雑さの多くは分岐とその後の再マージに起因することに注意してください。どの本でもこれらの部分をスキップできます。あなたの質問から、人々が科学であなたを盲目にする必要がある理由はありません。

特に、たとえば、これが絶望的な状況であり、Gitの初心者である場合はなおさらです。

PS：もう1つの考え：Gitリポジトリを作業ファイルのあるディレクトリ以外のディレクトリに保存するのは（今のところ）非常に簡単です。これは、上記の迅速でダーティーなソリューションを使用してGitリポジトリ全体をコピーする必要がないことを意味します。フライヤーの回答は--separate-git-dir こちらをご覧ください。ただし、注意が必要です。コピーしない「個別ディレクトリ」リポジトリがあり、ハードリセットを実行すると、リセットコミット後のすべてのバージョンは、絶対に必要な場合を除いて、永久に失われます。リポジトリを定期的に、できれば他の場所の中でもクラウド（Googleドライブなど）にバックアップします。

この「クラウドへのバックアップ」についての次のステップは、GitHubまたは（私の考えではより良い）GitLabで（もちろん無料で）アカウントを開くことです。その後、git pushコマンドを定期的に実行して、Cloudリポジトリを「適切に」最新にすることができます。しかし、繰り返しになりますが、これについて話すのは早すぎるかもしれません。

これは、最近のコミットに直接リセットするもう1つの方法です

git stash
git stash clear

最後のコミット以降に行ったすべての変更を直接消去します。

PS：少し問題があります。最近保存したstashの変更もすべて削除されます。ほとんどの場合、どちらを選択してもかまいません。

偶発的な変更からコーダーのディレクトリを完全にクリーンアップするために、以下を使用しました。

git add -A .
git reset --hard HEAD

ただ、git reset --hard HEAD修正を取り除くだろうが、それは「新しい」ファイルを取り除くことはありません。彼らの場合、彼らは誤って重要なフォルダをどこかにランダムにドラッグし、それらのファイルはすべてGitによって新規として扱われてreset --hardいたため、修正しませんでした。git add -A .事前に実行することで、すべてをgitで明示的に追跡し、リセットによって消去されます。

以前のコミットからHEADへの変更を保持し、以前のコミットに移動するには、次のようにします。

git reset <SHA>

以前のコミットからHEADへの変更が不要で、すべての変更を破棄する場合は、次のようにします。

git reset --hard <SHA>

私は、マスターで行ったコミット済みの変更をロールバックする方法を知りたいと思っている人もいるでしょう。つまり、すべてを破棄して、オリジン/マスターに戻る場合は、次のようにします。

git reset --hard origin/master

/superuser/273172/how-to-reset-master-to-origin-master

Revertは、コミットをロールバックするコマンドです。

git revert <commit1> <commit2> 

サンプル：

git revert 2h3h23233

以下のようにHEADからの距離をとることができます。ここで1は「最後のコミットを元に戻す」と言います。

git revert HEAD~1..HEAD

そして次に git push

目的のコミットにリセットしてみてください-

git reset <COMMIT_ID>

（COMMIT_IDの使用を確認するにはgit log）

これにより、変更されたすべてのファイルが追加されていない状態にリセットされます。

これで、checkout追加されていないすべてのファイルを

git checkout .

チェックgit logして変更を確認するために。

更新

リポジトリに1つしかコミットしていない場合は、

git update-ref -d HEAD

コミットはリモートでプッシュされるため、コミットを削除する必要があります。あなたのブランチが開発中であり、それがオリジンにプッシュされていると仮定しましょう。

まず、オリジンからデベロップを削除する必要があります：

git push origin :develop (note the colon)

次に、開発を希望のステータスにする必要があります。コミットハッシュがEFGHIJKであると仮定します。

git reset --hard EFGHIJK

最後に、もう一度開発をプッシュします。

git push origin develop

注意！ユーザーが誤ったコミットを誤って行った場合、このコマンドはコミット履歴を失う可能性があります。あなたが少し安全であるよりも、あなたがミスをした場合に備えて、常にあなたのgitのいくつかの余分なバックアップを常に持っています。:)

私にも同様の問題があり、以前のコミットに戻したいと思っていました。私の場合、私は新しいコミットを維持することに興味がなかったので、Hard。

これは私がそれをした方法です：

git reset --hard CommitId && git clean -f

これによりローカルリポジトリが元に戻り、ここで使用git push -fするとリモートリポジトリが更新されます。

git push -f

でGitKrakenあなたはこれを行うことができます。

1. リセットするコミットを右クリックして、次を選択します：このコミットにリセット/ハード：

   

2. もう一度コミットを右クリックして、次を選択します：現在のブランチ名/プッシュ：

   

3. Force Pushをクリックします。

   

Obs。：ハードリセット後のコミット履歴はすべて失われ、このアクションは元に戻せないため、注意する必要があります。あなたは自分が何をしているかを確認する必要があります。

最後のコミットのエラーを修正したい場合は、git commit --amendコマンドを使用することをお勧めします。最後のコミットが参照によってポイントされていない場合、最後のコミットと同じ親でコミットを作成するので、これでうまくいきます。最後のコミットへの参照がない場合、それは単に破棄され、このコミットが最後のコミットになります。これは、コミットを元に戻さずにコミットを修正する良い方法です。ただし、独自の制限があります。