通过--tags获取git refs时,“ uppack-pack:不是我们的ref”是什么意思?


10

在我的一个项目中,一旦我的构建脚本尝试使用以下命令获取所有Git标签,Travis构建就会失败,然后才能访问我的任何构建系统或代码git fetch --tags

`` git fetch --tags --verbose
POST git-upload-pack (350 bytes)
POST git-upload-pack (788 bytes)
POST git-upload-pack (797 bytes)
From https://github.com/ELLIOTTCABLE/bs-sedlex
 = [up to date]      fix-ci        -> origin/fix-ci
 * [new tag]         sedlex-1.99.2 -> sedlex-1.99.2
 * [new tag]         v1.99.3       -> v1.99.3
...
 * [new tag]         v20.0.0-pre.2 -> v20.0.0-pre.2
Fetching submodule ppx-sedlex
POST git-upload-pack (122 bytes)
From https://github.com/ELLIOTTCABLE/ppx-sedlex
 = [up to date]      develop       -> origin/develop
 = [up to date]      master        -> origin/master
...
 = [up to date]      v20.0.0-pre.2 -> v20.0.0-pre.2
POST git-upload-pack (4 bytes)
POST git-upload-pack (69 bytes)
POST git-upload-pack (586 bytes)
fatal: remote error: upload-pack: not our ref 0f509703fcd43ff4324d721a39220153bab49d4a

这是特别令人困惑,因为既没有主要回购bs-sedlex,也不是与git -子模块ppx-sedlex中,有任何提交开始等0f5097...; 我不知道SHA的来源。此故障仅发生在Linux worker上,我不知道为什么- git fetch --tags在同一个仓库上,它可以在macOS Travis-workers,我的macOS机器上以及在Ubuntu Vagrant机器上运行,以调试它。

“致命的:远程错误:upload-pack:不是我们的引用”错误表示什么?我该如何解决?我什至不知道从哪里开始调试此错误,因为它仅在Travis worker上专门发生。

(不太可能会有帮助,但这是上下文中错误以及有问题的存储库。)

编辑1:这是通过添加GIT_TRACE = 2获得的一些其他有趣的输出:

Fetching submodule ppx-sedlex
23:55:28.125076 git.c:439               trace: built-in: git fetch --no-prune --no-prune-tags --tags -v --recurse-submodules-default on-demand --submodule-prefix ppx-sedlex/
23:55:28.125914 run-command.c:663       trace: run_command: git-remote-https origin https://github.com/ELLIOTTCABLE/ppx-sedlex.git
23:55:28.429609 run-command.c:663       trace: run_command: git rev-list --objects --stdin --not --all --quiet --alternate-refs
23:55:28.432485 run-command.c:663       trace: run_command: git rev-list --objects --stdin --not --all --quiet --alternate-refs
23:55:28.434082 git.c:439               trace: built-in: git rev-list --objects --stdin --not --all --quiet --alternate-refs
From https://github.com/ELLIOTTCABLE/ppx-sedlex
 = [up to date]      develop       -> origin/develop
 = [up to date]      master        -> origin/master
 = [up to date]      v1.99.4       -> v1.99.4
 = [up to date]      v1.99.4-pre.1 -> v1.99.4-pre.1
 = [up to date]      v1.99.4-pre.3 -> v1.99.4-pre.3
 = [up to date]      v1.99.4-pre.8 -> v1.99.4-pre.8
 = [up to date]      v2.0.0        -> v2.0.0
 = [up to date]      v20.0.0-pre.1 -> v20.0.0-pre.1
 = [up to date]      v20.0.0-pre.2 -> v20.0.0-pre.2
23:55:28.442482 run-command.c:1616      run_processes_parallel: preparing to run up to 1 tasks
23:55:28.442504 run-command.c:1648      run_processes_parallel: done
23:55:28.442536 run-command.c:663       trace: run_command: git gc --auto
23:55:28.443983 git.c:439               trace: built-in: git gc --auto
23:55:28.444903 run-command.c:663       trace: run_command: cd /home/vagrant/ELLIOTTCABLE/bs-sedlex/.git/modules/ppx-sedlex; unset GIT_PREFIX; GIT_DIR=. git fetch --no-prune --no-prune-tags --tags -v --recurse-submodules-default on-demand --submodule-prefix ppx-sedlex/ origin 0f509703fcd43ff4324d721a39220153bab49d4a
23:55:28.446392 git.c:439               trace: built-in: git fetch --no-prune --no-prune-tags --tags -v --recurse-submodules-default on-demand --submodule-prefix ppx-sedlex/ origin 0f509703fcd43ff4324d721a39220153bab49d4a
23:55:28.447105 run-command.c:663       trace: run_command: git-remote-https origin https://github.com/ELLIOTTCABLE/ppx-sedlex.git
23:55:28.735871 run-command.c:663       trace: run_command: git fetch-pack --stateless-rpc --stdin --lock-pack --thin --no-progress https://github.com/ELLIOTTCABLE/ppx-sedlex.git/
23:55:28.738885 git.c:439               trace: built-in: git fetch-pack --stateless-rpc --stdin --lock-pack --thin --no-progress https://github.com/ELLIOTTCABLE/ppx-sedlex.git/
error: Server does not allow request for unadvertised object 0f509703fcd43ff4324d721a39220153bab49d4a

我不能掩饰为什么Git在这里请求“未广告的对象”;但这显然不是GitHub问题,因为某种原因,命令如下:

git fetch --no-prune --no-prune-tags --tags -v \
   --recurse-submodules-default on-demand \ 
   --submodule-prefix ppx-sedlex/ \
   origin 0f509703fcd43ff4324d721a39220153bab49d4a

当我git fetch在父仓库中时,会自动在子模块上调用...。(同样,该提交0f509703在两个仓库中都不存在;再次,完全相同的仓库,完全相同的提交,并且在macOS上不会发生–仅在Travis的Linux机器上。)

Answers:


2

因为主仓库bs-sedlex或git-submodule ppx-sedlex都没有像0f5097那样的提交,所以这尤其令人困惑。

但是它们可能具有带有SHA1 的标记(一旦取消引用,它将指向一次提交)

“致命的:远程错误:upload-pack:不是我们的引用”错误表示什么?

请参阅“ 使用嵌套子模块克隆存储库不起作用

Git提供了三个选项来控制是否可以获取任意对象ID:

  • 一个允许获取Git可以访问的任意对象的对象,
  • 一个允许从参考中获取任何对象的对象,
  • 另一种允许从隐藏引用中获取可访问对象。

“不是我们的引用”消息表示您正在尝试通过对象ID来获取对象,该对象ID用于子模块,但是服务器不允许。

就您而言,可能是:

  • 子模块中的标签从未被推送
  • 或者(因为它正在从其他来源工作),Travis-CI无权访问子模块(私有依赖项):请参阅“ Git-Travis CI中的子模块 ”。
    或者它具有该子模块的某些缓存版本。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.