gitでサブモジュールを元に戻す？

Question

私たちの小チームは、プロジェクトAのライブラリ（X、Y、Z）がgitサブモジュールに分かれていれば、すばらしいアイデアだと思っていました。プロジェクトがまだ初期段階にあり、まだ十分に分離されていないため、これがどれほど大きな痛みであるかはわかりませんでした。 I プロジェクトリーダーがサブディレクトリをgit filter-branchコマンドでサブモジュール化しました。（私は彼に休暇中ですか？）

これをどうにか元に戻して、サブモジュールのコミットをメインプロジェクトに戻すことはできますか？ '痛み' の

例：私たちは、ユーザーができるようにしたい場合：代わりに '// SSH' のリンク：

• プロジェクトAは、 '// gitの' を介してX、Y、Zを指している必要がありますsshアクセスなしでチェックアウトしてください。プッシュできるようにするには、A/Xコピーを使ってXに直接変更することはできません。別にクローンを作成し、コミットし、プッシュしてからA/Xコピー。
• さらに、TortoiseGitや他のウィンドウツールはサブモジュールを理解していないようです。少なくともクローンとして透過的にならないので、今は愚かなスクリプトやフックでパッチを貼ります。
• ああ、X、Y、またはZの変更ごとに、メインプロジェクトに「サブモジュール更新」コミットを追加する必要があります。私はサブモジュールが、異なるチームによって維持されているはるかに成熟したプロジェクトのためのものであったと推測しています。

Answer 1

すべてのリポジトリを単一のものに簡単にマージすることができます。マージするために共通のものは必要ありません。ファイルの競合を防ぐだけです。したがって、最初に別々のリポジトリ内のすべてのファイルを目的のフォルダに移動します。ここでは、これらの別々のリポジトリをマージするだけです。

Answer 2

プロジェクトAは、ユーザーがsshアクセスなしでチェックアウトできるようにするには、 'ssh：//'の代わりに 'git：//'リンクを使用してX、Y、Zをポイントする必要があります。プッシュできるようにするには、A/Xコピーを介してXに直接変更します。別にクローンを作成し、コミットし、プッシュしてから、A/Xコピーから引き出す必要があります。

あなたが望むように、すべてのX、Yの変化、またはZのために私たちはメインプロジェクトにコミット「更新サブモジュール」を追加する必要がありyeah--ああ...

 
[remote "origin"] 
     url = git://foobar 
     pushurl = ssh://user@corp.com/srv/git/foobar 

サウンズ。

サブモジュールはスキップリストのように機能するので、これは予想されます。気に入らない場合は、サブプロジェクト内のコミットが完了するたびにサーバー側のフックを使用してメインプロジェクトを更新することを検討してください。

Answer 3

私は必ずしもこれを推奨するわけではありませんが、私は同じ名前のサブディレクトリとして各サブモジュールを削除してからマージするスクリプト（unsubmodule.py）を作成しました。各サブモジュールのコミットさバージョンの：

https://gist.github.com/763439

私はそれがはるかに、そう、例えば気をつけてくださいテストしていません

最初は新しいクローンで試してみてください。スクリプトは、スーパーモジュールでコミットされたバージョンだけで、サブモジュール内のトピックブランチを保持しようとしません。

ⁱ