2017-06-25 7 views
0

私はgit pullを実行していた前の状態にファイルを戻したいのです(これでコミットできます)。 git pullの前にファイルを返す

<<<<<<< HEAD 
<!-- nothing to see here --> 
======= 
<!-- Google Tag Manager (noscript) --> 
<noscript><iframe src="https://www.googletagmanager.com/ns.html?id=GTM-123" 
height="0" width="0" style="display:none;visibility:hidden"></iframe></noscript> 
<!-- End Google Tag Manager (noscript) --> 
>>>>>>> 6c10038924468105df6c32255f38c51167b355ba 

は私がやったの前にファイルを引っ張ることを考えで正しいでしょう。このように見えた:

<!-- nothing to see here --> 

答えて

1
<<<<<<< HEAD 
your local file state 
======= 
changes that caused conflict and come from outer branch that you try to merge 
>>>>>>> 6c10038924468105df6c32255f38c51167b355ba commit hash from outer branch 

これは、ファイルはgitのプル競合を持っていた後にどのように見えるかです

Q:私が前にファイルを引っ張ってみたのは、このように見えるでしょうか。<!-- nothing to see here -->

:はい

+0

前回のコミットにリセットした場合、変更されていない変更は失われますか?私はgit pullの前にあったようなファイルを作っていますが、前のコミットに戻っていません。 – Guerrilla

+0

答えが@Guerrillaに更新されました – fxrbfg

+0

前のコミットにもファイルをリセットしません。 gitは未確認の変更でプルします。私は私の質問に貼り付けて、私はそれがすべきだと思っています、私はそれが正しいかどうかはいまたはいい必要があります。 – Guerrilla

0

がどのようにコミット特定で導入された変更を元に戻すのですか?

あなたがコミットしたことを元に戻す必要がある場合は、2つの良いオプションがあります。以下の両方のオプションは現在のHEADにのみ影響しますので、意図したブランチをチェックアウトしたことを確認してください。

戻す

それが聞こえるように、そのコミットが完了する前に、revertコマンドの変更は、特定のためのすべてのファイルが戻って自分の状態にコミット。元に戻すコミットを指定してください。

git revert <commit_ID> 

このコマンドの仕組みに注意することが重要です。復帰したコミットは削除されません。むしろ、Gitはインクルードされたファイルを元の状態に戻して新しいコミットを作成します。 ファイルの状態が後方に移動している間、バージョン管理の履歴が前方に移動します。

リセット

このオプションは、元に戻すよりも少し異なっています。レポ(作業HEAD)のステータスを古いリビジョンにリセットします。それはあなたのレポの状態の真のロールバックです。

git reset --hard <commit_ID> 

このオプションを使用すると、Gitはレポの現在の状態とターゲットコミットの間のコミットをすべて破棄します。ブランチは、HEADをリセットするコミット時に停止するように見えます。