Utilizamos cookies para ajudar você a navegar com eficiência e executar certas funções. Você encontrará informações detalhadas sobre todos os cookies sob cada categoria de consentimento abaixo.
Os cookies que são classificados com a marcação “Necessário” são armazenados em seu navegador, pois são essenciais para possibilitar o uso de funcionalidades básicas do site....
Os cookies necessários são cruciais para as funções básicas do site e o site não funcionará como pretendido sem eles.
Esses cookies não armazenam nenhum dado pessoalmente identificável.
Cookies funcionais ajudam a executar certas funcionalidades, como compartilhar o conteúdo do site em plataformas de mídia social, coletar feedbacks e outros recursos de terceiros.
Cookies analíticos são usados para entender como os visitantes interagem com o site. Esses cookies ajudam a fornecer informações sobre métricas o número de visitantes, taxa de rejeição, fonte de tráfego, etc.
Os cookies de desempenho são usados para entender e analisar os principais índices de desempenho do site, o que ajuda a oferecer uma melhor experiência do usuário para os visitantes.
Os cookies de anúncios são usados para entregar aos visitantes anúncios personalizados com base nas páginas que visitaram antes e analisar a eficácia da campanha publicitária.
Manter um histórico de commits limpo e informativo é essencial para qualquer projeto de desenvolvimento. Uma prática bastante utilizada é a adoção de convenções de commits com prefixos padronizados, que facilitam a leitura e o entendimento das mudanças realizadas. Neste post, vamos explorar não só os prefixos “fix” e “feat”, mas também outros que podem enriquecer a comunicação entre a equipe e melhorar a manutenção do código.
Utilize “fix” para commits que corrigem bugs ou problemas no código.
Exemplo:
fix: Corrige o erro de renderização no componente de login
Use “feat” para indicar a implementação de uma nova funcionalidade ou recurso.
Exemplo:
feat: Adiciona suporte para autenticação via OAuth
Use “docs” para commits que atualizam a documentação do projeto, sem alterar o código.
Exemplo:
docs: Atualiza o README com instruções de instalação
Utilize “style” para commits que modificam a formatação do código, como espaçamentos, identação ou correção de erros de formatação, sem afetar a lógica.
Exemplo:
style: Corrige a indentação e remove espaços desnecessários
Use “refactor” quando for necessário alterar o código para melhorar a estrutura ou a legibilidade, sem adicionar novas funcionalidades ou corrigir bugs.
Exemplo:
refactor: Reorganiza a lógica do componente de autenticação
Utilize “test” para commits que adicionam ou atualizam testes automatizados, sem alterar o código da aplicação.
Exemplo:
test: Adiciona testes unitários para o módulo de login
Use “perf” para commits que melhoram a performance do código, otimizando operações ou reduzindo o tempo de execução.
Exemplo:
perf: Otimiza a consulta ao banco de dados para reduzir o tempo de resposta
Utilize “chore” para commits que envolvem tarefas de manutenção, como atualizações de dependências, ajustes de configuração ou mudanças que não afetam diretamente o comportamento do código.
Exemplo:
chore: Atualiza dependências do projeto e configura ambiente de desenvolvimento
Adotar uma convenção de commit robusta, utilizando prefixos como “fix”, “feat”, “docs”, “style”, “refactor”, “test”, “perf” e “chore”, é uma prática que beneficia toda a equipe de desenvolvimento. Essa abordagem não só torna o histórico de commits mais organizado, como também facilita a comunicação e a manutenção do código ao longo do tempo.
Experimente adotar esses padrões em seus projetos e observe como eles podem melhorar a clareza e eficiência do seu fluxo de trabalho!