git rebase でdropの対象とは関係のないcommitまで影響を受けてしまう

Question

個人の開発にて、過去のあるコミット(gitの動作確認などの無意味なコミット、複数ある)をなかったことにしたいのですが全く関係のないcommitの内容まで影響を受けてしまっていて困っています。

例えば、
commit id 0001

sample
+modified

commit id 0002

sample
+modified

commit id 0003

+modified

commit id 0004

sample
+modified

commit id 0005 (HEAD)

sample
+modified

のようなhistoryとなっていて、
この状態でcommit id 0003だけdropしたい場合、

git rebase -i 0001

pick 0002
d 0003
pick 0004
pick 0005

として、このrebaseを適用すれば良いと考えたのですが、するとvimを閉じた時点でcommit id 0004(file4)やcommit id 0005 (file5)の内容まで取り消されdrop後のコミットが全て無かったことのようになってしまうのです。

sample

sample

やりたいこととしてはcommit id 0003のfile3の変更だけdropし、それ以外のcommitはHEADの内容を維持したいのですが、そのような方法はありますでしょうか。

ご存知の方、どうぞよろしくお願いいたします。

Comments

[yumetodo]

ちょっとどういう状況かさっぱり理解できないので実際のcommit(rebase前)があるrepoを見せてもらえないでしょうか？

[ginuser]

ありがとうございます。teratail上にrepoのリンク晒すのに現状では抵抗があるので直でリンクをお渡しするなどできないでしょうか？

Answer 1

git init
echo sample > file1; git add -A; git commit -am "001"; git tag 001;
echo sample > file2; git add -A; git commit -am "002";
echo        > file3; git add -A; git commit -am "003";
echo sample > file4; git add -A; git commit -am "004";
echo sample > file5; git add -A; git commit -am "005";

git rebase -i 001

pick 96fb658 002
d 7787194 003
pick 966f648 004
pick 3549ffa 005

vimを閉じた時点でcommit id 0004(file4)やcommit id 0005 (file5)の内容まで取り消されdrop後のコミットが全て無かったことのようになってしまうのです。

こちらの環境ではfile4、file5の中身にsampleが入っていました。file3はありません。

$ git --version
git version 2.22.0.windows.1

gitのバージョンは何ですか？

Comments

[ginuser]

回答ありがとうございます。
Gitのバージョンは 2.13.0です。

[ginuser]

すみません少し説明不足でした。
過去のコミットをrebase -i でdropすると、関係のないファイルが全てAuto-merging されて過去の状態に戻ります。
恐らくなのですが、その過去のコミット当時あたりの古い状態となります。
適用されてしまっては困るので git rebase --abort しています。
ところが試しに最近の10コミット前くらいのものをdropしてみたところうまくいきました。
かなり古いものをdropした際にだけこの現象が起きてしまうようです。

Answer 2

一度commitしてるならば、reset --hardで0002まで戻って、4,5をつまんでくとかですかね。

# とりあえず0002まで戻って
git reset --hard 0002

# commitをつまんでく
git cherry-pick 0004
git cherry-pick 0005

私ならこうするなって程度なので参考になれば。

Comments

[ginuser]

回答ありがとうございます。
ご提案は状況によっては現実的だと思いますが、実際には数百コミット前のものも修正に含めたいのです。
数回のコミットの範疇であればご提案の通りで良さそうなのですが...

[yumetodo]

> 数百コミット前

そういうものに対して歴史修正するメリットはあまりないように思いますが・・・。その数百のcommitのhashが変わるわけで・・・。別に残しておいていいのでは？という根本的な疑問。

[ginuser]

回答ありがとうございます。
そうですね、確かに開発上古い無駄なコミットが残っていても(個人開発なので)特に問題はないのですが、やはりhistoryを追う際に非常に見づらいことと、チームでの開発で必要なシーンに遭遇した場合に挙動がわからずに怖いので技術に慣れておきたかったというのが理由です。