Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

guia #1

Open
verneck opened this issue Oct 23, 2018 · 2 comments
Open

guia #1

verneck opened this issue Oct 23, 2018 · 2 comments

Comments

@verneck
Copy link
Contributor

verneck commented Oct 23, 2018

Branchs

  • develop: versão que contém todas as novas features desenvolvidas (onde todo o ciclo de teste e validação foram feitos), não deve conter desenvolvimentos não aprovados e desenvolvimentos incompletos, ou seja, tudo que está preparado e aprovado para ir pra próxima release em produção. caso tenha algum hotfix, o conteúdo do hotfix também fica disponível em develop
  • master: última versão estável, contém todos os recursos entregues em produção, caso tenha algum hotfix, o conteúdo do hotfix também fica disponível em master
  • feature/xxxx: uma branch temporária que contém a implementação candidata na próxima release, onde seu ciclo de vida fica limitado à sua aprovação e validação, na sua finalização deve ir para o branch develop
  • bugfix/xxxx: uma branch temporária que contém uma correção que não é emergencial e pode ser levada para a próxima release. seu ciclo de vida é semelhante ao feature, somente muda o nome por respeito à nomenclatura da classificação da implementação
  • hotfix/xxxx: uma branch temporária que contém uma correção que é emergencial, devido à sua operação, deve ser definido por toda a equipe se a correção é uma hotfix. Seu ciclo de vida termina na validação da correção do erro e seu conteúdo deve ir para master e develop.

Commits

  • feat: nova feature
  • fix: correção de código
  • docs: melhoria de comentário de código ou edição da parte de documentação da sua base de código;
  • style: melhorias de formatação de texto, mudança de estilo de codificação;
  • refactor: uma vez trabalhando com boa cobertura de teste ou não (o risco é por sua conta), esse commit é quando for apenas refatorar seu código;
  • perf: quase a mesma pegada do refactor mas esse ajuste resulta em maior performance da solução;
  • test: inclusão ou manuntenção de testes do software;
  • chore: se o que alterou não está associado a algum listado acima, utilize ele para classificar.
  • ci: para alterações no script de integração contínua
@verneck
Copy link
Contributor Author

verneck commented Oct 24, 2018

yarn global add commitizen rimraf conventional-recommended-bump conventional-changelog-cli conventional-github-releaser conventional-commits-detector json

commitizen init cz-conventional-changelog --save-dev --save-exact

yarn add --dev husky conventional-changelog validate-commit-msg

@verneck
Copy link
Contributor Author

verneck commented Oct 24, 2018

npm i --save commitizen rimraf conventional-recommended-bump conventional-changelog-cli conventional-github-releaser conventional-commits-detector json

commitizen init cz-conventional-changelog --save-dev --save-exact

npm i --save-dev husky conventional-changelog validate-commit-msg

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant