Prezto: Github quebrou a atualização de submódulo para IDs de hash específicos

Criado em 17 ago. 2017  ·  3Comentários  ·  Fonte: sorin-ionescu/prezto

Atualizando minha instalação do prezto e encontrei o seguinte problema:

~/.zprezto ❯❯❯ git submodule update --init --recursive                                                                                                                                                   
error: Server does not allow request for unadvertised object 3ad94b659910c775a6560c45b1524d23d8c83b09
Fetched in submodule path 'modules/prompt/external/agnoster', but it did not contain 3ad94b659910c775a6560c45b1524d23d8c83b09. Direct fetching of that commit failed.

Vasculhar a Internet revelou esta discussão: https://news.ycombinator.com/item?id=14552172

Se estou entendendo isso corretamente, o Github desativou a busca de submódulos por hashID, você só pode buscar tags ou dicas de branches.

Não há nada no rastreador de problemas prezto sobre isso, o que me surpreendeu, eu teria pensado que alguém teria acertado isso antes. Talvez seja algo exclusivo da minha configuração? Raramente trabalho com submódulos, então terei que refrescar um pouco a memória ...

Para contextualizar, acabei de fazer o rebaseamento de meu fork sobre as mudanças mais recentes, que não atualizava há quase dois anos, então, atualmente, meu prezto de cópia está atualizado, mas os submódulos que ainda não foram atualizados são bastante antigos.

Comentários muito úteis

Parece que isso era algo no meu ambiente. Executar git submodule sync consertou isso de alguma forma e me permitiu executar o git submodule update --init --recursive normal com êxito.

Todos 3 comentários

Hm, isso é muito estranho. Não ser capaz de especificar um hash específico quebra algumas coisas ... Vou tentar ver isso mais tarde ... mas 3ad94b659910c775a6560c45b1524d23d8c83b09 é a ponta do agnoster.

Parece que isso era algo no meu ambiente. Executar git submodule sync consertou isso de alguma forma e me permitiu executar o git submodule update --init --recursive normal com êxito.

Talvez o url errado tenha sido especificado no submódulo agnoster, então a sincronização do submódulo o atualizou para o valor correto. De qualquer forma, que bom que você descobriu.

Esta página foi útil?
0 / 5 - 0 avaliações