.gitignoreに途中から記述を追加した場合、過去のコミットをcheckoutし再び現在のコミットに戻った時、ファイル自体が削除されない方法はある？

Question

題名の通りなのですが、

よくgitignoreに開発途中でファイルを追加したくなった場合、

# HEAD -> COMMIT_A 

echo [ファイル] >> .gitignore
git rm --cached [ファイル名]
git commit -m'メッセ'

# HEAD -> COMMIT_B 

とする方法が認知されているかと思います。
たしかにこのまま進めていけば、[ファイル]はローカル作業環境に存在しつつgitの操作では無視されるかと思います。

しかし、COMMIT_Aをcheckoutし、その後COMMIT_Bをcheckoutすると[ファイル]はローカルからも削除されるかと思います。

これはgit rm --cached [ファイル名]を行った際に、今までのコミットにはあったのに追跡対象から外されたので削除されたと考えられ、COMMIT_B には

[ファイル名]　を　削除

という編集内容が記録されているためかと思います。

しかしこれでは、git管理の利点であるブランチやコミットを行き来する事に不便をきたしてしまいます。（環境変数を書いたファイルを途中からgitignoreした場合に、コミットを行き来するとそのファイルが消える等）

ただインターネットを調べても同じ問題を抱えている人がすぐには出てこなかったので私がなんらかの見落としをしている可能性もあります・・・

質問

開発途中からgitignoreにファイルを追加した場合でも、ローカルにファイルを残したままコミットを行き来する方法はありませんか？

Answer 1

こんにちは。

やり方の一つとして、
行き来しているブランチ間の大本になる「分岐点」に新しいブランチを一つ作り、そこに .gitignore を編集しファイルを消すコミットを積み、行き来するブランチの全てにその ignore ブランチをマージして下さい。

質問文のやり方では、行き来しているブランチの間に当該ファイルの「削除を行った」という差分が存在しているため、そのような動作になってしまいます。

Comments

[domidomi]

回答ありがとうございます。
その状態だとブランチに移動したさいはファイルが消える事はないですが、マージしたブランチの前のコミットに移動した際は消えてしまうかと思います。

gitのチェックアウト前に意識しなくてはいけない項目を増やすことなく、最初からignoreされていた状態を創る事はできないのでしょうか？
（.gitを消して現状をinitial commitとする等の荒業を除いて）

[tamoto]

途中から ignore した履歴をまたぐ移動をすると、どうやっても途中で「削除する」という操作を行う必要があるので、そうなることは避けられない気がします。
となると、あとは filter-branch などで履歴をまるごと書き換えて最初から ignore されていたことにするくらいしか思いつきません。

[domidomi]

ご回答大変ありがとうございます。
filter-branchでの書き換えを行おうとしてみたのですが、--cachedをつけても対象ファイルが消えてしまう事象がおきています・・・（https://teratail.com/questions/229612）

ファイルは残しつつ最初からgitignoreされていた状態にすることはできないのでしょうか・・・・？
お時間があり且つ、気が向いたときにでも見て頂けると幸いです。