コマンドで操作します。操作ではない仕様となりますが。そのコミットに移動します。ブランチを指していない状態を示します。ブランチでなくコミットそのもの指す状態となります。)尚、デタッチ状態で作ったコミットは、ブランチ名が無いため別ブランチに移った後元のコミットに戻るには「コミットID」の直指定が必要となります。このため、デタッチ状態で行うコミットは後からブランチを付ける前提で作るか、使い捨てで作るものに限ります。使った方法)続く削除、分離、統合のコマンドの例は全てこの状態から始めます。無い派生履歴が出来上がります。チェリーピックする際にコミットを指定する順番を変えると新履歴の並びも変わります。使うと同じ結果になるので、それを使うのが便利です。普通にコミットを作るツールで行えます。「対話的リベース」です。裏で行われる書き換えのイメージは、チェリーピックで紹介した形と同じです。歴史の書き換え」などがありますので是非ご確認ください。使った方法)』でも触れましたが、基本的にコミットの並びや、分離/統合を行っただけなら最終的なソースツリーは元と変わらないはずです。確認すると安心できます。使って直すのが便利です。指定されるように設定するのがお勧めです。対話的リベースを行います。指定したほうがブランチの位置関係が追いやすくなります。打つようにしています。履歴の書き換えを行っていると競合もそれなりに伴います。変わってくるからです。マーカーを次のように見やすくしてくれます。設定なしの競合マーカー。<<<<<<<我々が入れたコード=======競合した相手が入れたコード>>>>>>>>設定有の競合マーカー。foo求めている結果はこのような履歴です。作る際に競合が発生しました。