Perché posso effettuare il checkout di un ramo che è stato rimosso su GitHub?

Nel nostro repository GitHub, un collega ha rimosso un ramo chiamato release. Ma quando corro git checkout releaselocalmente, ottengo sempre il ramo rimosso release. Lo stesso, anche quando ho verificato un altro ramo, ho eliminato il releaseramo con git branch -D releaseed eseguito di nuovo git checkout release.

C'è qualcosa da correggere nel repository GitHub o devo correggere qualcosa localmente?

Dopo aver eliminato un ramo sul lato remoto potresti ancora vedere questo ramo remoto precedentemente recuperato localmente, vedi:

$ git branch -a
[...]
release
remotes/origin/release
[...]

Hai rimosso solo il "rilascio" ma non i "telecomandi / origine / rilascio". Eliminalo in questo modo:

$ git branch -rd origin/release

Oppure rimuovi tutti i rami recuperati che non esistono più sul lato remoto:

$ git remote prune origin 

Quando i rami vengono eliminati in remoto, è necessario potare il repository locale - il modo più semplice per farlo è con

git fetch -p

Ciò aggiornerà il repository locale con tutte le modifiche apportate al repository remoto, ma senza aggiornare le filiali locali. Dopo aver eseguito questo,

git branch --remote

non mostrerà più il ramo remoto cancellato.

i repository git sono completi, sia sul proprio sistema che sul server. Quindi quando si clona per la prima volta un repository, si ottiene una copia completa e il proprio git locale "conosce" tutti i rami remoti e i rami locali. Queste informazioni non vengono sincronizzate automaticamente, quindi quando il collega ha eliminato il releaseramo sul server, il repository git locale non ha perso la nozione di releaseramo remoto . Sincronizzazione con gli git fetchaggiornamenti di tutte le informazioni locali sulle filiali remote in modo che corrispondano allo stato sul server (in senso stretto, repository remoto, ovunque si trovi), ma senza eliminare alcuna informazione locale sulle filiali remote. La potatura con git fetch -p(o git fetch --prune, o git remote prune) rimuove le informazioni locali sui rami remoti che sono stati eliminati.

Tim: Git è distribuito VCS, quindi quando cloni un repository da remoto a quello locale clona tutto (cronologia). Quindi, quando hai clonato il tuo repository, aveva un ramo chiamato release. Poiché il tuo collega ha eliminato il ramo di rilascio in remoto, fino a quando non esegui una potatura git fetch -po elimini quel ramo in modo esplicito, il tuo locale avrà quel ramo.

Forse un po 'tangenziale, ma la prospettiva di questo sito potrebbe aiutare a comprendere l'argomento generale dell'eliminazione dei rami:

http://railsware.com/blog/2014/08/11/git-housekeeping-tutorial-clean-up-outdated-branches-in-local-and-remote-repositories/

Vi è una sovrapposizione con alcuni di quelli che sono già stati discussi qui, ma l'attenzione è rivolta alle pulizie: l'eliminazione di filiali, remote e locali, che non sono più necessarie in un ambiente collaborativo. In particolare il git branch --mergedcomando identifica i rami che possono essere eliminati in modo sicuro a causa della fusione con la linea principale (o qualsiasi ramo a cui tieni). Se stai collaborando, alcuni mini script più elaborati come questo presenteranno le cose in un formato piacevole e digeribile con date e autori.

for branch in `comm -12  <(git branch --merged|awk '{print($1)}') <(git branch -r --merged|awk '{print($1)}'|awk -F \/ '{print($2)}')`; do echo -e `git show --format="%ci %cr %an" $branch | head -n 1` \\t$branch; done | sort -r

(Purtroppo "bello, digeribile" non si applica alla formattazione degli script stessi.)