O que 'git blame' faz?

Vi muitas perguntas sobre métodos de uso git blame, mas realmente não as entendo.

Eu vejo um Blamebotão em cima dos arquivos na interface do GitHub. Ao clicar nele, ele mostra algumas diferenças com os nomes de usuário na barra esquerda. O que isso indica?

Por que é git blamerealmente usado, além do GitHub?

De git-culpar :

Anota cada linha no arquivo fornecido com informações da revisão que modificou a linha pela última vez. Opcionalmente, comece a anotar a partir da revisão fornecida.

Quando especificado uma ou mais vezes, -L restringe a anotação às linhas solicitadas.

Exemplo:

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
...

Observe que git blamenão mostra o histórico de modificações por linha no sentido cronológico. Ele mostra apenas quem foi a última pessoa a ter alterado uma linha em um documento até a última confirmação HEAD.

Isto é, para ver o histórico / log completo de uma linha de documento, você precisará executar um git blame path/to/filepara cada confirmação no seu git log.

O comando se explica muito bem. É descobrir qual colega de trabalho escreveu a linha específica ou arruinou o projeto, para que você possa culpá- los :)

No GitHub :

O comando culpar é um recurso do Git, projetado para ajudar a determinar quem fez alterações em um arquivo.

Apesar do nome negativo, a culpa é realmente inócua; sua função principal é apontar quem mudou quais linhas em um arquivo e por quê. Pode ser uma ferramenta útil para identificar alterações no seu código.

Basicamente, git-blameé usado para mostrar qual revisão e autor modificaram pela última vez cada linha de um arquivo. É como verificar o histórico do desenvolvimento de um arquivo.

O git blamecomando é usado para saber quem / qual confirmação é responsável pelas últimas alterações feitas em um arquivo. O autor / commit de cada linha também pode ser visto.

git blame filename (confirma responsável por alterações para todas as linhas no código)

git blame filename -L 0,10 (confirma responsável por alterações da linha "0" para a linha "10")

Há muitas outras opções de culpa, mas geralmente elas podem ajudar.

O git blamecomando anota linhas com informações da revisão que modificou a linha pela última vez, e ... com o Git 2.22 (Q2 2019), o fará mais rapidamente , devido a uma correção de desempenho em torno de " git blame", especialmente em um histórico linear (que é o norma que devemos otimizar).

Veja commit f892014 (02 Abr 2019) por David Kastrup ( fedelibre) . ^{(Incorporado por Junio ​​C Hamano - gitster- in commit 4d8c4da , 25 de abr de 2019)}

blame.c: não solte os blobs de origem com tanta ansiedade

Quando um blob pai já tem blocos na fila para culpar, soltar o blob no final de uma etapa de culpa fará com que seja recarregado imediatamente, dobrando a quantidade de E / S e descompactando ao processar um histórico linear.

Manter esses blobs principais na memória parece uma otimização razoável que deve incorrer em uma pressão adicional de memória principalmente ao processar as mesclagens de ramificações antigas.

O git blamecomando é usado para examinar o conteúdo de um arquivo linha por linha e ver quando cada linha foi modificada pela última vez e quem foi o autor das modificações.

Se houve um erro no código, use-o para identificar quem o acusou, então você pode culpá-lo. Culpa Git é culpar (d).

Se você precisar conhecer o histórico de um código de linha, use git log -S"code here" mais simples que a culpa do git.

git log vs git culpa