1
だから私はthisを読み、うまくいきました。しかし、私は両方のリポジトリからのリリースを保つことも望みます。これは可能ですか?ファイルの履歴やリリースを破ることなく2つのGitリポジトリをマージする
基本的に私は2レポを持っています。ここではレポ1はレポ2の古いバージョンです。私は自分のGitHubをクリーンアップして1つだけ持っていたいと思います。
だから私はthisを読み、うまくいきました。しかし、私は両方のリポジトリからのリリースを保つことも望みます。これは可能ですか?ファイルの履歴やリリースを破ることなく2つのGitリポジトリをマージする
基本的に私は2レポを持っています。ここではレポ1はレポ2の古いバージョンです。私は自分のGitHubをクリーンアップして1つだけ持っていたいと思います。
リリースごとに、GitHubリリースを参照している場合は、based on a tagです。
2つのレポジスの履歴をマージした場合、following your linkは、2番目のレポのタグが保存されています。
その後、その2番目の元のrepoからrelease by its tagをフェッチし、今回は新しいmerged repoでその同じタグの新しいタグを作成することができます。
これは、マージされたレポのすべてのタグ/リリースのプロセスを繰り返すためにスクリプト化されている必要があります。
任意の履歴とコンテンツを作成できます。あなたがすることができない唯一のことは、それを違うものとして伝えることです。既存の履歴には独自のIDがあります。新しい履歴に新しいIDがあれば、必要なものを呼び出すことができます。レポ2の内容と祖先が現在のレポ1の子孫として表示されるようにしたいのですか、それとも何ですか?あなたが持っている祖先構造とあなたが望む祖先構造を描き、その新しい歴史の中でコンテンツをどこに置いてほしいかを記述します。 – jthill