Semanticos 커밋

A descrição de um commit bem estruturado consegue prevenir e corrigir possíveis bugs, e pra você que optou por usar commits semanticos eu trouxe um resumão pra sair logo do papel e botar logo em prática!

Trago aqui exemplos claros da diferença de um bom commit e um ruim.

예시 커밋 루임❌

Ajustes

커밋 봄의 예✅

feat(banana): funcao-cortar-fruta.js

funcao de cortar uma banana

예를 들어 커밋이 가장 중요하고 가장 중요하며 커밋의 형식과 목적에 대해 설명합니다. No futuro, quando precisar alterar o método "banana"você pode estar verificando esta alteração e entendendo o que ocorreu naquele commit.

REGRAS 드 커밋

feat: (novo recurso para o usuário)

feat(banana): funcao-descasca-fruta.js

funcao de descascar uma banana

build: (adicao de dependencycias)

build(package): adicionando moment

perf: (alteração de código que melhora o desempenho)

perf(javascript): index.html

mimificando js para desempenho

수정: (usuário에 버그 수정)

fix(banana): carrinho-frutas.js

implementei um método para adicionar a fruta banana no carrinho

문서: (문서에 대한 문서 작성)

docs(readme): documentei a arquitetura do componente banana

스타일: (formatação, falta de ponto e vírgula 등)

style(banana): frutas.js

adicionei os pontos e virgulas

refactor: (alteração sem perder a funcionalidade)

refactor(banana): frutas.js

alterei as condicionais if's para switch case

test: (adicionar testes ausentes, refatorar testes)

test(banana): fruta-banana.spec.js

adicionando cobertura de teste na banana

chore: (mudanças de configuração e bibliotecas que realmente não entram em produção)

chore(package): mudança de versão do eslint e jest

env: (CI/CD 추가 알고리즘을 수정하거나 추가로 사용할 수 있습니다. 예: Dockerfile 또는 Jenkinsfile을 추가로 수정해야 합니다.)

env: banana-bucket.yml

adicionando mais uma etapa na pipeline

Seguindo a documentação conventionalcommits você pode encontrar mais sobre or assunto.