- TechDailyFeed - Your Daily Dose of Tech News, AI, Programming, and More

Seus commits são uma vergonha (e você sabe disso) Sabe aquela sensação de abrir o seu Github e dar de cara com commits tipo: Td feito Update README.md Melhorando CSS vaaaaai caralh* funcionaaa ** kkkkkk Se doeu, é porque é verdade. Bora parar de cometer atrocidades no Git? Se quiser ser levado a sério como dev, precisa escrever commits realmente decentes. A boa notícia? É fácil de resolver. E eu vou te ensinar agora. Por que se preocupar com commit? Porque commit é mais do que só “salvar” o que você fez. É o registro da história do seu projeto. Imagina abrir um projeto daqui seis meses e precisar entender o que você fez. Se seu histórico for um monte de "ajustes" e "testes", boa sorte pra entender qualquer coisa. Agora imagina um histórico organizado, que você bate o olho e sabe exatamente o que mudou? Coisa linda. E é isso que separa os devs “ok” dos devs que todo mundo quer no time. Não "commita" crimes: use Conventional Commits Pra não sujar sua ficha no GitHub, existe um padrão que se chama Conventional Commits. Funciona assim: você coloca um prefixo em inglês antes da mensagem, indicando exatamente o que fez. (Honestamente?, comece a usar seus commits em inglês, é outra vida) Aqui estão os principais: Prefixo Quando usar feat: Nova funcionalidade fix: Correção de bug docs: Mudança na documentação style: Formatação, identação, espaço (sem mudar lógica) refactor: Melhorar o código sem mudar o comportamento test: Adicionar ou ajustar testes chore: Tarefas de manutenção (builds, configs, etc) Exemplos de commits de gente grande Aqui estão exemplos de commits que ninguém vai ter vergonha de ver: feat: add login button to homepage fix: correct typo in user registration form docs: update README with setup instructions refactor: optimize database query for product list style: fix spacing issues in footer component test: add unit tests for payment service O que muda na prática? Seu histórico deixa de ser cena do crime e vira documentação decente Quem revisa seu PR não precisa abrir o projeto inteiro só pra entender (E tempo é dinheiro, as empresas não querem perder tempo, não as faça perder dinheiro) Você do futuro consegue entender seu código Changelogs automáticos ficam uma moleza E claro, você passa a ser levado a sério como profissional Resumindo Ninguém aqui tá falando pra você escrever poesia no commit. Só de parar de mandar ajustes finais agora vai de verdade já tá ótimo. Regras de ouro: Coloca o bendicto prefixo. Seja direto e claro. para de escrever seus commits com preguiça. Quer deixar tudo ainda mais bonito? Tem ferramentas que ajudam a padronizar seus commits direto no terminal, tipo o commitizen.

Apr 27, 2025 - 20:55

Seus commits são uma vergonha (e você sabe disso)

Sabe aquela sensação de abrir o seu Github e dar de cara com commits tipo:

Td feito
Update README.md
Melhorando CSS
vaaaaai caralh*****
funcionaaa ****** kkkkkk

Se doeu, é porque é verdade.
Bora parar de cometer atrocidades no Git?

Se quiser ser levado a sério como dev, precisa escrever commits realmente decentes.

A boa notícia? É fácil de resolver. E eu vou te ensinar agora.

Por que se preocupar com commit?

Porque commit é mais do que só “salvar” o que você fez.

É o registro da história do seu projeto.

Imagina abrir um projeto daqui seis meses e precisar entender o que você fez.

Se seu histórico for um monte de "ajustes" e "testes", boa sorte pra entender qualquer coisa.

Agora imagina um histórico organizado, que você bate o olho e sabe exatamente o que mudou?

Coisa linda. E é isso que separa os devs “ok” dos devs que todo mundo quer no time.

Não "commita" crimes: use Conventional Commits

Pra não sujar sua ficha no GitHub, existe um padrão que se chama Conventional Commits.

Funciona assim: você coloca um prefixo em inglês antes da mensagem, indicando exatamente o que fez. (Honestamente?, comece a usar seus commits em inglês, é outra vida)

Aqui estão os principais:

Prefixo	Quando usar
`feat:`	Nova funcionalidade
`fix:`	Correção de bug
`docs:`	Mudança na documentação
`style:`	Formatação, identação, espaço (sem mudar lógica)
`refactor:`	Melhorar o código sem mudar o comportamento
`test:`	Adicionar ou ajustar testes
`chore:`	Tarefas de manutenção (builds, configs, etc)

Exemplos de commits de gente grande

Aqui estão exemplos de commits que ninguém vai ter vergonha de ver:

feat: add login button to homepage
fix: correct typo in user registration form
docs: update README with setup instructions
refactor: optimize database query for product list
style: fix spacing issues in footer component
test: add unit tests for payment service

O que muda na prática?

Seu histórico deixa de ser cena do crime e vira documentação decente
Quem revisa seu PR não precisa abrir o projeto inteiro só pra entender (E tempo é dinheiro, as empresas não querem perder tempo, não as faça perder dinheiro)
Você do futuro consegue entender seu código
Changelogs automáticos ficam uma moleza
E claro, você passa a ser levado a sério como profissional

Resumindo

Ninguém aqui tá falando pra você escrever poesia no commit.

Só de parar de mandar ajustes finais agora vai de verdade já tá ótimo.

Regras de ouro:

Coloca o bendicto prefixo.
Seja direto e claro.
para de escrever seus commits com preguiça.

Quer deixar tudo ainda mais bonito?

Tem ferramentas que ajudam a padronizar seus commits direto no terminal, tipo o commitizen.