Git エラーメッセージ「サーバーは、アドバタイズされていないオブジェクトの要求を許可しません」はどういう意味ですか?

Question 1

jgit - Git のアドバタイズされた参照とは何ですか? - Stack Overflow:

フェッチ中に、サーバーは、サーバーが保持している参照とクライアントがフェッチする可能性のある参照をリストできます。これらは、アドバタイズされた参照です。

それは次のようになりますサーバーから特定のコミットを直接取得することはできません。取得できるのは参照 (ブランチやタグなど) のみです。あるいは、Github サーバーはそのようなリクエストを許可しないように設定されているということです。
それで、特定のコミットを取得したい場合は--depth<depth>-1、フェッチされた参照から最大コミット離れている必要があります(サブモジュールのメタデータで指定されたブランチ/タグ)

_{通常、depthリポジトリ内のコミットの合計数よりははるかに小さい、適度に大きい数値 ( または50など) を設定することが推奨されます100。たとえば、50Travis はプロジェクトの初期クローンを作成するときにを使用します。}

サブモジュールをで更新していない場合--depth、コミットが見つからないということは、次のいずれかを意味します。

サブモジュールのツリーが「浅い」状態にあり、上記が適用される（以前に更新された場合のみ可能、--depthまたはの参入.gitmodulesはshallow = true）
コミットはサブモジュールが使用しているブランチ上にありません
コミットはサブモジュールのリポジトリにまったく存在しません。
- 誰かが間違いを犯したか、
- または、かつては存在していたが強制的に削除された

記録によると、あなたの特定のケースでは、最後のケースでした。コミットはリポジトリ5bbcdc5df9d01b521e8da011bab0da70bdec3653にhttps://github.com/simsong/http-parser.gitまったく存在しません。

Answer

jgit - Git のアドバタイズされた参照とは何ですか? - Stack Overflow:

フェッチ中に、サーバーは、サーバーが保持している参照とクライアントがフェッチする可能性のある参照をリストできます。これらは、アドバタイズされた参照です。

それは次のようになりますサーバーから特定のコミットを直接取得することはできません。取得できるのは参照 (ブランチやタグなど) のみです。あるいは、Github サーバーはそのようなリクエストを許可しないように設定されているということです。
それで、特定のコミットを取得したい場合は--depth<depth>-1、フェッチされた参照から最大コミット離れている必要があります(サブモジュールのメタデータで指定されたブランチ/タグ)

_{通常、depthリポジトリ内のコミットの合計数よりははるかに小さい、適度に大きい数値 ( または50など) を設定することが推奨されます100。たとえば、50Travis はプロジェクトの初期クローンを作成するときにを使用します。}

サブモジュールをで更新していない場合--depth、コミットが見つからないということは、次のいずれかを意味します。

サブモジュールのツリーが「浅い」状態にあり、上記が適用される（以前に更新された場合のみ可能、--depthまたはの参入.gitmodulesはshallow = true）
コミットはサブモジュールが使用しているブランチ上にありません
コミットはサブモジュールのリポジトリにまったく存在しません。
- 誰かが間違いを犯したか、
- または、かつては存在していたが強制的に削除された

記録によると、あなたの特定のケースでは、最後のケースでした。コミットはリポジトリ5bbcdc5df9d01b521e8da011bab0da70bdec3653にhttps://github.com/simsong/http-parser.gitまったく存在しません。

Question 2

アドバタイズされていないオブジェクトにアクセスする方法の 1 つは、同期することです。その後、次のようにサブモジュールの更新が機能するはずです。

git submodule sync --recursive
git submodule update

Answer

アドバタイズされていないオブジェクトにアクセスする方法の 1 つは、同期することです。その後、次のようにサブモジュールの更新が機能するはずです。

git submodule sync --recursive
git submodule update

Question 3

これは、履歴の書き換えまたはスクワッシュによって削除されたサブモジュールコミットを指定している場合に発生する可能性があります。最善の方法は次のとおりです。

まず、チームがこれまで何をしてきたかを明確に把握し、それがどのようになるべきかを把握します。
git pull を使用してローカルを更新し、ブランチで機能する最も近いコミット (最新のものかもしれません) を見つけて、それを親リポジトリに追加します。たとえば、次のようになります。

parent-repo$ git fetch
parent-repo$ cd submodule-a
submodule-a$ git pull
submodule-a$ git checkout best-commit-according-to-team-and-your-branch
submodule-a$ cd ../
parent-repo$ git status
...
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
  (commit or discard the untracked or modified content in submodules)
        modified:  submodule-a (modified content)
...
git add submodule-a
git commit -m "updated submodule-a reference"

それが正しいと確信し、チームが同意したら、それをプッシュアップするとエラーはなくなるはずです。

Answer

これは、履歴の書き換えまたはスクワッシュによって削除されたサブモジュールコミットを指定している場合に発生する可能性があります。最善の方法は次のとおりです。

まず、チームがこれまで何をしてきたかを明確に把握し、それがどのようになるべきかを把握します。
git pull を使用してローカルを更新し、ブランチで機能する最も近いコミット (最新のものかもしれません) を見つけて、それを親リポジトリに追加します。たとえば、次のようになります。

parent-repo$ git fetch
parent-repo$ cd submodule-a
submodule-a$ git pull
submodule-a$ git checkout best-commit-according-to-team-and-your-branch
submodule-a$ cd ../
parent-repo$ git status
...
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
  (commit or discard the untracked or modified content in submodules)
        modified:  submodule-a (modified content)
...
git add submodule-a
git commit -m "updated submodule-a reference"

それが正しいと確信し、チームが同意したら、それをプッシュアップするとエラーはなくなるはずです。

Question 4

私の場合、これは、変更してコミットしたがプッシュバックしていないサブモジュールをプッシュバックせずに、親 Git リポジトリを Github にプッシュバックしたときに発生する傾向があります。

Answer

私の場合、これは、変更してコミットしたがプッシュバックしていないサブモジュールをプッシュバックせずに、親 Git リポジトリを Github にプッシュバックしたときに発生する傾向があります。

Git エラーメッセージ「サーバーは、アドバタイズされていないオブジェクトの要求を許可しません」はどういう意味ですか?

答え1

答え2

答え3

答え4

関連情報