WWWクリエイターズHTMLタグ辞典CSSリファレンスGitコマンド開発ブログGitコマンド実践で役立つ、分かり易いGitコマンド解説。revert1つ以上の過去のコミットが行った変更を打ち消すような変更を生成し、新しい1つのコミットを作成します。概要1つ以上の過去のコミットが行った変更内容を打ち消すような新たな変更を生成し、新しい1つのコミットを作成します。通常、間違って行った変更を元通りにするために利用します。<commit>を使ってブランチの状態を強制的に書き換えることができます。歴史を先に進めながら、変更を打ち消す事が推奨されます。リモートの履歴の強制的な変更は、チームメンバーに影響を与えてしまうからです。直前のコミットを打ち消します。HEAD過去2つ前のコミットだけを打ち消すコミットを作ります。HEAD~2「..」でコミットをつなげれば、範囲を指定することもできます。前者のmaster~という指定により、master~5の一つ古いコミット(masterの先頭からかぞえて3番目のコミット)までが指定されることに注意して下さい。チルダはHEADやブランチ名などの参照(refs)の移動における世代を遡る指定方法です。打ち消す対象がマージコミットであれば、マージの際に統合された2つの歴史のうち、どちらを「正(mainline)」とすればよいかが分からない限り、実行することができません。この「-m」オプションにより、親の番号を指定することで、「正」とする歴史に対して行われた変更を打ち消す事ができるようになります。すれば、確認できます。prodマージコミットを打ち消すと、打ち消されたブランチに含まれていた変更が、その後のマージにの際にも取り込みが発生しない、という事になります。これは注意が必要です。そのコミットが行った事を効率的に取り消しでき、かなり直感的だ。おいては、たしかにコミットが変更した「データ」は打ち消すが、マージが与えた「履歴」への影響に対しては、一切何も行わない。2つのブランチは一度統合したものとみなされ続け、それ移行にマージを行う際も、そのマージコミットが最後の共有地点であり続ける。コマンドが及ぼした「打ち消し」は、この事に何の影響も与えない。よるマージコミットの打ち消しは、この事を念頭において実行する必要があるでしょう。<commit>この-nオプションでは、コミットを作成せず、ステージングするだけで留めてくれます。このオプションを付けて複数のコミットを指定すれば、複数のコミットの取り消し変更を一度にステージングに上げることができます。コミットメッセージに自動的にリバート対象のSHA1が残りませんので、コミットメッセージをうまく自分で調整しないと何をしているコミットなのか分かりにくくなる可能性があります。【方法2】コミット範囲の指定こちらは上述の範囲指定のを使って複数のコミットを指定する方法です。「..」を使って「コミットA..コミットB」の時系列で指定します。AがBよりも過去になります。リバーとされるのはAの直後のコミットとなり、A自体は含みません。B>この方法であれば、自動的に連続してリバートコミットが作成されるので、コミットメッセージにSHA1を含めることができます。コミット作成時は、自動的にコミットメッセージが生成される。reset打ち消すコミットを作るのでなく、コミットやブランチの歴史を書き換えてしまうコマンドです。共有されたレポジトリで公開済みのコミットを変更する時は注意が必要です。コミットを自動で作成せず、作業ツリーとインデックスの更新に留めます。ファイルを確認したり、調整したりしたい場合に使います。マージコミットを打ち消します。parent-numberには、親の番号を指定し、統合された歴史のうち、どちらに戻すのかを決めます。revert」へのリンクです。