Cosa fa 'git blame'?

Ho visto molte domande sui metodi di utilizzo git blame, ma non li capisco davvero.

Vedo un Blamepulsante in cima ai file nell'interfaccia di GitHub. Facendo clic su di esso, mostra alcune differenze con i nomi utente sulla barra di sinistra. Cosa indica questo?

Perché viene git blameeffettivamente utilizzato, a parte GitHub?

Da git-blame :

Annota ogni riga nel file specificato con le informazioni della revisione che ha modificato l'ultima riga. Facoltativamente, inizia ad annotare dalla revisione data.

Se specificato una o più volte, -L limita l'annotazione alle righe richieste.

Esempio:

johndoe@server.com:~# git blame .htaccess
...
^e1fb2d7 (John Doe 2015-07-03 06:30:25 -0300  4) allow from all
^72fgsdl (Arthur King 2015-07-03 06:34:12 -0300  5)
^e1fb2d7 (John Doe 2015-07-03 06:30:25 -0300  6) <IfModule mod_rewrite.c>
^72fgsdl (Arthur King 2015-07-03 06:34:12 -0300  7)     RewriteEngine On
...

Si noti che git blamenon mostra la cronologia delle modifiche per riga in senso cronologico. Mostra solo chi è stato l'ultimo a modificare una riga in un documento fino all'ultimo commit HEAD.

Vale a dire che per visualizzare la cronologia / il registro completi di una riga del documento, è necessario eseguire un git blame path/to/fileper ogni commit nel proprio git log.

Il comando si spiega abbastanza bene. Serve a capire quale collaboratore ha scritto la riga specifica o ha rovinato il progetto, quindi puoi incolparli :)

Da GitHub :

Il comando blame è una funzione Git, progettata per aiutarti a determinare chi ha apportato modifiche a un file.

Nonostante il suo nome dal suono negativo, la colpa git è in realtà abbastanza innocua; la sua funzione principale è di indicare chi ha cambiato le righe in un file e perché. Può essere uno strumento utile per identificare le modifiche nel codice.

Fondamentalmente, git-blameviene utilizzato per mostrare quale revisione e autore hanno modificato l'ultima riga di ogni riga di un file. È come controllare la cronologia dello sviluppo di un file.

Il git blamecomando viene utilizzato per sapere chi / quale commit è responsabile delle ultime modifiche apportate a un file. L'autore / commit di ogni riga può anche essere visto.

git blame filename (si assume la responsabilità delle modifiche per tutte le righe del codice)

git blame filename -L 0,10 (si assume la responsabilità delle modifiche dalla riga "0" alla riga "10")

Ci sono molte altre opzioni per la colpa, ma generalmente queste potrebbero essere d'aiuto.

Il git blamecomando annota le righe con le informazioni della revisione che ha modificato l'ultima riga e ... con Git 2.22 (Q2 2019), lo farà più velocemente , a causa di una correzione delle prestazioni intorno a " git blame", specialmente in una cronologia lineare (che è il norma per cui dovremmo ottimizzare).

Vedi commit f892014 (02 apr 2019) di David Kastrup ( fedelibre) . ^{(Unita da Junio ​​C Hamano - gitster- in commit 4d8c4da , 25 apr 2019)}

blame.c: non rilasciare i BLOB di origine con entusiasmo

Quando un BLOB genitore ha già blocchi in coda per colpa, il rilascio del BLOB alla fine di un passaggio di colpa lo farà ricaricare immediatamente, raddoppiando la quantità di I / O e spacchettandolo durante l'elaborazione di una cronologia lineare.

Mantenere tali BLOB padre in memoria sembra una ragionevole ottimizzazione che dovrebbe comportare una pressione aggiuntiva della memoria principalmente durante l'elaborazione delle fusioni dai vecchi rami.

Il git blamecomando viene utilizzato per esaminare il contenuto di un file riga per riga e vedere quando è stata modificata l'ultima riga e chi era l'autore delle modifiche.

Se c'era un bug nel codice, usalo per identificare chi lo ha inserito, quindi puoi biasimarlo. Dare la colpa è ottenere la colpa (d).

Se hai bisogno di conoscere la cronologia di un codice di riga, usa git log -S"code here", più semplice di git blame.

git log vs git biasimo