git リポジトリに、過去のソースを追加管理したいのですが

Question

#とある長生きしている製品のソースを、最近のバージョンから git で管理し始めました。
しかし、後からもう少し前のバージョンからも管理したくなってしまいました。
今のリポジトリの開始点の前に、過去のソースを挿入するなんてことが出来るのでしょうか?

Answer 1

途中(2のところ)までyumetodoさんと同じなのですが、

1. 新しい孤立した(--orphan)branchを切ってcheckoutする

2. 真に最も古いファイルがある状態でそれをcommitする

3. masterをcheckoutしてrebase ontoする
   git rebase --onto (orphanのブランチ) --root

4. コンフリクトを修正する (git checkout --theirs . でほぼいけるはず)

5. git rebase --continue

きちんとバックアップを取ったうえでお試しください

Answer 2

git rebaseを駆使することで不可能ではありませんが、途方も無い苦行に見舞われるでしょう。

多分流れは

1. 新しい**孤立した(--orphan)**branchを切ってcheckoutする
2. 真に最も古いファイルがある状態でそれをcommitする
3. もともとの開始commitをcherry-pickする。conflictしたら頑張る。
4. 残りをgit rebase -iで頑張って持ってくる。

になりますが。

ちなみにすべてのcommit hashが変わります(当然

---

３のところで、もともとの開始commitを merge したのでは駄目なのでしょうか。
そこでconflictを直した後、HEADをmergeという手順は？

現時点での開始commitをA、真の開始commitをB、現在の最新のcommitをHとし、おっしゃるようにマージした場合、

     A←....←H←M
B←────────────┘

のようなツリーになりますよね？私は

B←A'←...←H'

のようなツリーがほしいのだと解釈していました。

Comments

[winterboum]

こういうややこしい操作は経験が無いのですが
３のところで、もともとの開始commitを merge したのでは駄目なのでしょうか。
そこでconflictを直した後、HEADをmergeという手順は？

[winterboum]

なるほど。

[winterboum]

A,C,D,....H　の順にBにcherry-pick　するのだとどうでしょう。
それで良ければ（衝突なければ）機械的に出来ますし

[yumetodo]

それがまさにgit rebaseするってことです
interactiveに(-i)するかはあなた次第ですが

[winterboum]

ありがとう御座います。
そういうことでしたか