"서버가 광고되지 않은 개체에 대한 요청을 허용하지 않습니다"라는 git 오류 메시지는 무엇을 의미합니까?

Question 1

가져오는 동안 서버는 자신이 가지고 있고 클라이언트가 가져오기를 원하는 참조를 나열할 수 있습니다. 광고된 참고자료입니다.

그것은 다음과 같습니다서버에서 단일 특정 커밋을 직접 가져올 수 없으며 참조(예: 분기 및 태그)만 가져올 수 있습니다.또는 Github 서버가 그러한 요청을 허용하지 않도록 구성되어 있습니다.
그래서,특정 커밋을 얻고 싶다면--depth<depth>-1, 가져온 참조에서 최대 커밋이어야 합니다.(하위 모듈의 메타데이터에 지정된 분기/태그입니다)

_{일반적으로 사람들은 depth합리적으로 크지만 저장소의 총 커밋 수보다 훨씬 작은 숫자(예: 50또는 ) 로 설정하는 것이 좋습니다 100. 예를 들어 50Travis가 프로젝트의 초기 복제를 수행할 때 사용하는 것입니다.}

으로 하위 모듈을 업데이트하지 않는 경우 --depth커밋을 찾지 못하면 다음 중 하나를 의미합니다.

하위 모듈의 트리는 "얕은" 상태이고 위의 내용이 적용됩니다(이전에 --depth또는 로 업데이트된 경우에만 가능함).그 항목 .gitmodules은shallow = true)
커밋이 하위 모듈이 사용하는 분기에 없습니다.
커밋이 하위 모듈의 저장소에 전혀 없습니다.
- 누군가 실수를 했는지,
- 또는 한 번 존재했지만 강제 푸시로 인해 삭제되었습니다.

기록을 위해 특정 사례에서는 마지막 사례였습니다. 커밋이 저장소에 전혀 5bbcdc5df9d01b521e8da011bab0da70bdec3653없습니다 .https://github.com/simsong/http-parser.git

Answer

jgit - git의 광고된 참조는 무엇입니까? - 스택 오버플로:

가져오는 동안 서버는 자신이 가지고 있고 클라이언트가 가져오기를 원하는 참조를 나열할 수 있습니다. 광고된 참고자료입니다.

그것은 다음과 같습니다서버에서 단일 특정 커밋을 직접 가져올 수 없으며 참조(예: 분기 및 태그)만 가져올 수 있습니다.또는 Github 서버가 그러한 요청을 허용하지 않도록 구성되어 있습니다.
그래서,특정 커밋을 얻고 싶다면--depth<depth>-1, 가져온 참조에서 최대 커밋이어야 합니다.(하위 모듈의 메타데이터에 지정된 분기/태그입니다)

_{일반적으로 사람들은 depth합리적으로 크지만 저장소의 총 커밋 수보다 훨씬 작은 숫자(예: 50또는 ) 로 설정하는 것이 좋습니다 100. 예를 들어 50Travis가 프로젝트의 초기 복제를 수행할 때 사용하는 것입니다.}

으로 하위 모듈을 업데이트하지 않는 경우 --depth커밋을 찾지 못하면 다음 중 하나를 의미합니다.

하위 모듈의 트리는 "얕은" 상태이고 위의 내용이 적용됩니다(이전에 --depth또는 로 업데이트된 경우에만 가능함).그 항목 .gitmodules은shallow = true)
커밋이 하위 모듈이 사용하는 분기에 없습니다.
커밋이 하위 모듈의 저장소에 전혀 없습니다.
- 누군가 실수를 했는지,
- 또는 한 번 존재했지만 강제 푸시로 인해 삭제되었습니다.

기록을 위해 특정 사례에서는 마지막 사례였습니다. 커밋이 저장소에 전혀 5bbcdc5df9d01b521e8da011bab0da70bdec3653없습니다 .https://github.com/simsong/http-parser.git

Question 2

광고되지 않은 개체에 액세스하는 한 가지 방법은 동기화하는 것입니다. 그러면 다음과 같이 하위 모듈 업데이트가 작동합니다.

git submodule sync --recursive
git submodule update

Answer

광고되지 않은 개체에 액세스하는 한 가지 방법은 동기화하는 것입니다. 그러면 다음과 같이 하위 모듈 업데이트가 작동합니다.

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 repo를 github에 다시 푸시할 때 발생하는 경향이 있습니다.

Answer

나에게 있어서 이런 일은 내가 수정하고 커밋했지만 아직 푸시하지 않은 하위 모듈을 푸시하지 않고 상위 git repo를 github에 다시 푸시할 때 발생하는 경향이 있습니다.

"서버가 광고되지 않은 개체에 대한 요청을 허용하지 않습니다"라는 git 오류 메시지는 무엇을 의미합니까?

답변1

답변2

답변3

답변4

관련 정보