問題タブ [git-submodules]

私は git サブモジュールのコツをつかんでおり (希望的観測?)、より具体的な質問を思いついています。これは良い兆候です...

スーパープロジェクトが参照するサブモジュールのリビジョンを と で見つけようとしましたが、そこには何も言及されていません....gitmodulesシナリオ は、サブモジュールをルートの場所(インポート元)で変更していることです。そして、それらが「サブモジュール化」されている場所にそれらをプルします... それらの変更をスーパープロジェクトリポジトリに組み込むためにスーパープロジェクトからコミットする以外に、サブモジュールコミットでプルされた新しいものを登録するために「」も行う必要がありますか? .git/config

git update

基本的に質問は次のとおりです。

git submodule updateスーパープロジェクトを最初に複製するとき、またはサブモジュールを (独自のリポジトリから) プルするたびに " " する必要がありますか?

ありがとうございました

各 git サブモジュールに複数の URL を設定できるかどうか疑問に思っていました。それらの1つがダウンしているか、誰かがそれらの1つをブロックするプロキシの背後にいる場合、複数のソースがあると興味深いでしょう。

この問題が発生したことがありますか? どのように解決しますか？

私は最近、たくさんのプロジェクトを持っている古い会社のsvnリポジトリをgitリポジトリに変換しました

すなわち。

レポ

• プロジェクト-1
• プロジェクト-2
• プロジェクト..n

この新しいgitリポジトリ内から、個々のプロジェクトごとにサブモジュールを作成することをどのように推奨しますか？

リモートリポジトリをプルするリポジトリを作成したいと思います。

たとえば、サブモジュールとして jQuery を考えてみましょう。

サブモジュールとして jQuery を使用してリポジトリを作成し、リモート リポジトリとして独自の外部を追加するプロセスはどのようなものでしょうか。

また、これがセットアップされたら、自分のリモコンを押したり引いたりすると、外部はそのまま残りますか?

浅いサブモジュールを持つことは可能ですか? それぞれが長い歴史を持ついくつかのサブモジュールを含むスーパープロジェクトがあるため、そのすべての歴史を引きずって不必要に大きくなります。

私が見つけたのは、この未回答のスレッドだけです。

これを実装するにはgit-submodule をハックするだけでいいですか?

無効なコミットを指しているサブモジュールを含むプロジェクトがあります。サブモジュールのコミットはローカルのままで、別のリポジトリから取得しようとすると、次のようになります。

サブモジュール HEAD がどうあるべきかはわかっています。 commit を持つレポからプッシュせずに、これをローカルで変更できる方法はありますか2d7cfbd09fc96c04c4c41148d44ed7778add6b43?

私が明確に言っているかどうかはわかりません...これは私が見つけた同様の状況です。

何も複製せずに、つまりリモートで、サブモジュールの関連する SHA-1 を特定したい。git-ls-remote はこの情報を表示しないため、最初のアプローチは gitweb から XHTML をスクレイピングし、そこから SHA-1 を引き出すことでした。

残念ながら、gitweb はサブモジュールのサポートがかなり不十分なようで、関連付けられたパスの履歴を表示しようとすると、404 および 500 の「不明なオブジェクト」エラーが表示されます。したがって、サブモジュールに関連付けられている SHA-1 を特定することは、git-link を変更した正確なコミットを特定してから、diff を次のように解析しない限り、不可能と思われます。

残念ながら、gitweb はサブモジュールで非常に壊れているため、どのコミットにこの差分が含まれているかを判断する方法が見つからないため、各コミットを徹底的に検索しない限り、それはできません。

git 1.6.4.2 および 1.6.6.1 (最新の安定版) にバンドルされている gitweb を試しました。

誰でも解決策、または各リポジトリを複製することなくこれを行う別の方法を考えることができますか? ご覧のとおり、組織内のすべてのリポジトリと、各リポジトリ内のすべてのブランチに対してこれを実行したいと考えています。これは多くのブランチです。すべてのサブモジュールのコミットのリストを取得し、古いものがあるかどうかを判断するためにこれを行っています。

唯一の解決策が各リポジトリを個別に複製し、その中でクエリを実行することである場合、それが必要になります。残念ながら、一部のリポジトリは非常に大きいため、操作全体が非常に遅くなります。

githubの公開リポジトリでホストされているdjangoプロジェクトの開始点として、カスタムプロジェクトスケルトンを作成しました。

これを、@ githubでホストされている、新しいパブリックプロジェクトとプライベートプロジェクトのルートフォルダーとして使用したいと思います。

問題は、これをサブモジュールとして使用できないことです。これは、fas arとして、同じgitリポジトリ内の別のサブモジュール内にサブモジュールを追加できないことを知っているためです。私の場合、スケルトンフォルダー内にサブモジュールを追加したいと思います。

演習として、パブリックprojectBの場合、スケルトンのブランチを作成しましたが、projectBコードが別のブランチのスケルトンリポジトリ内でホストされているため、注意が必要です。

GITでこれをどのように行いますか？

また、パブリックリポジトリからのような「プライベートブランチ」を作成する方法に関するgithubのトリックはありますか？

ありがとう ：）

ジュリアン

これに対する答えを見つけるのに問題があったので、後世のために投稿しています。

状況は、サブモジュール (svn 外部に似ています) を持つ git リポジトリを持っていることです。その参照を更新して、外部リポジトリ内の別のコミットを指すようにします。「git submodule sync」または「git submodule update」がそれを行うと思うかもしれませんが、それは間違いです。

次のプロジェクト設定があります。

• Solution A
  • Project 1(軽量コンポーネント)
  • Project 2（多くのファイルが含まれており、に依存していますProject 1）

Solution A単一のgitリポジトリです。次に、別のソリューションを作成したところ、 の機能を再利用したり、更新したりできることがわかりましたProject 1。したがって、私の2番目のソリューションはおそらく次のようになります。

• Solution B
  • Project 1（共有する必要があります！）
  • Project 3(によって異なりますProject 1)。

Project 1今、私は共有コンポーネントになりたいと思っています。Project 1つまり、いずれかのソリューション (Aまたは)のソース コードを変更するたびに、Bそれに応じてもう一方を更新する必要があります。

たぶん、これはgitのサブモジュール機能に何か関係があります。ただし、それを使用できた唯一の方法は、全体を のサブモジュールとして指定することです。の巨大なサイズのため、これは私が理想的に望んでいるものではありません。サブモジュールにするために必要なのは、そのごく一部だけです。Solution ASolution BSolution A

svnで可能であり、説明したとおりに機能することはわかっています。プロパティで外部リポジトリ内のディレクトリを指定しsvn:externalsます。

それに関するヒントはありますか？それとも、私は何かが欠けていますか？