Contar número de linhas de todos os arquivos do repositório de git

Neste artigo você vai aprender a como contar número de linhas de todos os arquivos do repositório de git, com apenas um comando!

Fala programador(a), beleza? Bora aprender mais sobre os comandos de git!

Provavelmente você está em busca deste comando para analisar o seu repositório

Com ele é possível saber o tamanho do mesmo, e até identificar anormalidades

Vamos utilizar um comando que originalmente lista os arquivos

Porém por meio deles somos capazes de acessar alguns detalhes, como as suas linhas

Veja o comando:

git ls-files | xargs cat | wc -l

git ls-files é o comando que nos dá todos os arquivos do repositório

Com xargs cat | wc -l temos a possibilidade de resgatar o número de linhas de cada um deles

E no fim entregar a soma, ou seja, quantas linhas os nossos arquivos do repositório tem no total

Quer aprender mais sobre git? Veja este curso gratuito:

Conclusão

No artigo de hoje você viu como contar o número de linhas de todos os arquivos do repositório de git

Utilizamos o comando git ls-files em conjunto de outros comandos

Que analisam o número de cada arquivo individualmente, nos retornando a soma como resposta

Confira nossos cursos gratuitos no Youtube, com vídeos todos os dias! Se inscreva e ative o sininho para receber as notificações e aprender mais ainda sobre desenvolvimento web!

Veja também nosso catálogo de cursos na Udemy, todos com exercícios e projetos práticos, nas mais diversas tecnologias. O link acima contém um cupom de desconto para os cursos!

Um parágrafo curto explicando O QUE entra na conta: o resultado soma as linhas só dos arquivos que o git já rastreia no repositório, então arquivos ignorados ou que você ainda não adicionou ao versionamento não entram no total. Isso ajuda a interpretar o número que apareceu e evita a dúvida clássica de ‘por que deu menos linhas do que eu esperava?’.

Um bloco curto com os casos de uso reais: ter uma noção do tamanho do projeto, acompanhar o crescimento do código ao longo do tempo, comparar módulos e identificar anormalidades (um arquivo gigante que deveria ser quebrado, por exemplo). Explica o PORQUÊ antes do como, sem citar número nenhum.

Um FAQ curto com perguntas que a própria busca sugere, respondidas de forma QUALITATIVA (sem inventar comandos novos): ‘O comando conta arquivos que não estão no git?’ (não, só o que já está rastreado), ‘O total inclui linhas em branco e comentários?’ (sim, é uma contagem bruta de linhas, não uma métrica de linhas de código ‘úteis’, então serve mais pra ter uma ideia de tamanho do que pra medir esforço), ‘Esse número é uma medida exata de produtividade?’ (não, linhas de código não medem qualidade nem esforço, use como termômetro de tamanho e não como nota).