git shallow clone (clone --depth) manca i rami remoti

Dopo la clonazione di un repository remoto, non mostra alcun ramo remoto con l'opzione -a. Quale potrebbe essere il problema? Come eseguirne il debug? In questo frammento non vengono mostrati due dei rami remoti:

$ git clone --depth 1 git://git.savannah.gnu.org/pythonwebkit.git
$ cd pythonwebkit
$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/master
$ git --version
git version 1.8.3.1

Ho provato lo stesso comando su un'altra macchina, funziona bene:

$ git clone --depth 1 git://git.savannah.gnu.org/pythonwebkit.git
Receiving objects: 100% (186886/186886), 818.91 MiB | 3.44 MiB/s, done.
$ cd pythonwebkit/
$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/debian
  remotes/origin/master
  remotes/origin/python_codegen
$ git --version
git version 1.7.1

Ho provato anche a clonare un altro repo, funziona bene. Anche se posso provarlo di nuovo su questa macchina, ma sarebbe meglio sapere cosa c'è che non va.

Eventuali suggerimenti o suggerimenti saranno più che benvenuti.

Modifica: Riepilogo della risposta: dalla versione 1.8.3.2 di git, "--depth" e "--no-single-branch" devono essere usati insieme per ottenere lo stesso comportamento di prima. Questa è considerata una correzione di bug.

Il comportamento è corretto, dopo l'ultima revisione il ramo principale è (poiché questo è l'HEAD del telecomando primario) l'unico ramo remoto nel repository:

florianb$ git branch -a
        * master
          remotes/origin/HEAD -> origin/master
          remotes/origin/master

Il clone completo offre nuovi (tutti) rami:

florianb$ git branch -a
        * master
          remotes/origin/HEAD -> origin/master
          remotes/origin/debian
          remotes/origin/master
          remotes/origin/python_codegen

Cloni poco profondi

A causa della descrizione superficiale nella documentazione tecnica, un " git-clone --depth 20 repo[...] risultato [s in] catene di commit con una lunghezza massima di 20." Un clone superficiale quindi dovrebbe contenere la profondità di commit richiesta, dalla punta di un ramo.

Come - inoltre - la documentazione di git cloneper l' --single-branchopzione descrive:

"Clona solo la cronologia che porta alla punta di un singolo ramo, specificata --branchdall'opzione o dai HEADpunti del telecomando del ramo primario in. Quando si crea un clone superficiale con l' --depthopzione, questa è l'impostazione predefinita, a meno che non --no-single-branchvenga fornito per recuperare le cronologie vicino al punte di tutti i rami. "

Pertanto un clone superficiale ( con l' opzione di profondità ) recupera solo un singolo ramo (alla profondità richiesta).

Sfortunatamente entrambe le opzioni ( --depthe --single-branch) sono state difettose in passato e l'uso di cloni superficiali implica problemi irrisolti (come puoi leggere nel link che ho postato sopra), che sono causati dalla data riscrittura della cronologia. Ciò porta in generale a comportamenti alquanto complicati in casi speciali.

Dopo aver eseguito un clone superficiale, per poter controllare altri rami da remoto ,

1. Corri (grazie @jthill):

   git remote set-branches origin '*'
   

2. Dopodiché, fai un file git fetch -v

3. Finalmente git checkout the-branch-i-ve-been-looking-for

Il passaggio 1 può essere eseguito anche manualmente modificando .git/config.

Ad esempio, cambia la riga seguente da:

fetch = +refs/heads/master:refs/remotes/origin/master

a (sostituire mastercon *):

fetch = +refs/heads/*:refs/remotes/origin/*

Dalla lettura delle risposte e del commento di @jthill, la cosa che ha funzionato meglio per me è stata utilizzare l' set-branchesopzione sul git remotecomando:

$ git clone --depth 1 https://github.com/dogescript/dogescript.git
$ git remote set-branches origin 'remote_branch_name'
$ git fetch --depth 1 origin remote_branch_name
$ git checkout remote_branch_name

Questo cambia l'elenco dei rami tracciati dal telecomando denominato in modo che possiamo recuperare ed estrarre solo il ramo richiesto.