gitの命令 - 変更を元に戻します

gitの命令 - 変更を元に戻します

あなたは、ドキュメントに間違った内容を追加する場合は、変更元に戻すことができ
例えば:

ソリューション:
あなたが最後の行を削除することができ、手動で状態のバージョンにファイルを復元:
gitのステータス使う

あなたが見ることができますが、Gitは、Gitのチェックアウトを教えます-ファイルは、ワークスペースを変更することができ捨てる:
命令フォーマット--- git checkout -- readme.txt2 -スペースは前のreadmeにある
コマンドのgitのチェックアウト-のreadme.txtには、すべての作業領域を元に戻すreadme.txtファイルの変更では、2例がある、ということを意味:

一つは、現在、バック、README.TXT自己書き換え後の一時記憶領域に配置されるべきではないと正確に同じ状態リポジトリに変更を元に戻します。

一つはREADME.TXT、ステージングエリアに追加されているれている修飾された、現在のステージングエリア後の状態に加えた変更を元に戻すに戻ります。

要するに、それがコミットまたはgitの追加バック状態への最後のgitの時点でファイルを作成することです。
今猫の下で


ファイルは、以前のバージョンに復元されました

Gitチェックアウト - fileコマンドは - 非常に重要であり、何も - 、それは我々が枝管理の裏に再びのgit checkoutコマンドが発生した「別のブランチに切り替える」コマンドになりません。


:Gitはステージングエリアに追加されたが、溶液持って、まだコミットしていなかった参加
EG:

Gitは、コマンドgitのリセットHEADを使用して、私たちに語ったが あなたは戻ってワークスペースに、失効(unstage)のオフステージング領域を変更することができます。

gitのリセットコマンドのいずれかのロールバックバージョン、また戻って作業領域に落下する一時領域を変更することができます。我々はHEADを使用すると、最新バージョンを表します。

そして、今、ステージング領域にgitの状態チェックは、クリーンなワークスペースの編集です:

変更ワークスペースを捨てます:

概要

场景1:当你改乱了工作区某个文件的内容,想直接丢弃工作区的修改时,用命令git checkout -- file。

场景2:当你不但改乱了工作区某个文件的内容,还添加到了暂存区时,想丢弃修改,分两步,第一步用命令git reset HEAD <file>,就回到了场景1,第二步按场景1操作。

场景3:已经提交了不合适的修改到版本库时,想要撤销本次提交,参考版本回退一节,不过前提是没有推送到远程库。

おすすめ

転載: www.cnblogs.com/chenyameng/p/11330085.html