18

いくつかのサブモジュールを含むプロジェクトがあります。それらの多くは、カスタムmodのブランチを追加したGitHubフォークから複製されています。一般的な設定は次のようになります。

ローカルフォルダー内：MyProject1 / Frameworks / SomeAmazingRepo /

$ git branch -vva
*my-fork                       123456 [my-fork/my-fork] Latest commit msg from fork
master                         abcdef [origin/master] Latest commit msg from original repo
remotes/my-fork/my-fork        123456 [my-fork/my-fork] Latest commit msg from fork
remotes/my-fork/master         abcdef [origin/master] Latest commit msg from original repo
remotes/origin/HEAD            -> origin/master
remotes/origin/master          abcdef [origin/master] Latest commit msg from original repo

$ git remote -v
my-fork                        git@github.com:MyUser/SomeAmazingRepo.git (fetch)
my-fork                        git@github.com:MyUser/SomeAmazingRepo.git (push)
origin                         git://github.com/OriginalOwner/SomeAmazingRepo.git (fetch)
origin                         git://github.com/OriginalOwner/SomeAmazingRepo.git (push)

私git clone --recursiveのプロジェクトは新しいスピンオフプロジェクトを開始し、それが再発し始めると、これらのリポジトリの保存されたコミットが見つからないと主張するエラーを吐き出します。調べてみると、リモートが追加されておらず、ブランチがマスターに残っている（空になっている）ようです...

ローカルフォルダー内：MyProject2 / Frameworks / SomeAmazingRepo /

$ git branch -vva
*master                        abcdef [origin/master] Latest commit msg from original repo
remotes/origin/HEAD            -> origin/master
remotes/origin/master          abcdef [origin/master] Latest commit msg from original repo

$ git remote -v
origin                         git://github.com/OriginalOwner/SomeAmazingRepo.git (fetch)
origin                         git://github.com/OriginalOwner/SomeAmazingRepo.git (push)

唯一の解決策は、リモートをすべてのリポジトリに手動で追加することです（非常に面倒です）。

上記のように追跡ブランチが2つあるが、リモートが1つしかない場合（origin => my github fork）にも同様の問題があります。このような場合、コミットを見つけてチェックアウトしますが、追跡ブランチの再作成に失敗し、「ぶら下がっている」コミットが残ります...警告が表示されないため、非常に怖いです。

サブモジュールのリモートとブランチを確実に再作成するために、プロジェクトのクローンを作成するにはどうすればよいですか？

4

1 に答える 1

30

git clone --recursiveと同等git submodule update --init --recursiveです。

また、gitサブモジュールの更新では、記録されたSHA1（親リポジトリに記録されたもの）のみがチェックアウトされます。

登録されたサブモジュールを更新します。つまり、欠落しているサブモジュールのクローンを作成し、含まれているリポジトリのインデックスで指定されたコミットをチェックアウトします。
これにより、サブモジュールHEADが切り離されます。

2012：したがって、サブモジュールにアクティブなブランチが見つからないのが標準です。少なくともマスターブランチを設定できます（記録されたすべてのSHA1が各サブモジュールの「マスター」ブランチの一部であることが確実な場合
。git submodule foreach 'git checkout master'

2013-2014：サブモジュールでチェックアウトするブランチを指定するためにファイルを構成できます.gitmodules。「特定のブランチからgitサブモジュールを更新するにはどうすればよいですか？」
を参照してください。

cd /path/to/your/parent/repo
git config -f .gitmodules submodule.<path>.branch <branch>

のようにサブモジュールにローカルで追加したリモートmy-forkは、親リポジトリにまったく記録されません。
したがって、その親リポジトリのクローンを再度作成すると、.gitmodulesファイルに記録されているようにサブモジュールが初期化および更新されます（そのアドレスは変更できますが、各サブモジュールに関連付けられているのは1つだけです）。
各サブモジュールに関連付ける他のリモートアドレスがある場合は、プロセスを自動化するためのスクリプトが必要です。

「サブモジュールの本質」で説明されているように、サブモジュールは主に、履歴内の固定小数点を記録/アクセスするために存在します。
サブモジュール内で直接開発することもできますが、そこに移動して適切なブランチを作成したり、適切なリモートを追加したりする必要があります。

これらのリポジトリに保存されているコミットが見つからないと主張するエラーを吐き出します。

サブモジュールでコミットするたびに、次のことを行う必要があります。

  • .gitmodules関連するリモート（つまり、親リポジトリのに記録されているリモート）にプッシュします
  • 親リポジトリに戻り、その親をコミットします。

だが：

my-forkそのサブモジュールの関連するリモートリポジトリが''でなかったときに''にプッシュした場合my-fork、次のクローンはそのサブモジュールのコミットをチェックアウトできません。

2014年8月の更新（Git 2.1）

MatthewChenによるcommit9393ae7を参照してください（charlesmchen）：

サブモジュール：ドキュメント " sync --recursive"

" git submodule sync"コマンドは--recursiveフラグをサポートしていますが、ドキュメントにはこれについては記載されていません。
このフラグは、たとえば、サブモジュールのサブモジュールでリモートが変更された場合に役立ちます。

Git 2.23を更新（2019年第3四半期）

git clone --recurse-submodule --remote-submodulesgitlinkの親リポジトリSHA1の代わりに、トラッキングブランチですでにチェックアウトされているサブモジュールでクローンを作成することも検討できます。

于 2012-07-12T12:20:15.023 に答える