Implement Continuous Delivery

[PauloGoncalvesBH]

Implement Continuous Delivery

Objective:

• Automate all repetitive task and use best practices from the open source community.
  • Generate tag, changelog, release, commit and publish after approving pull request.
• Standardize commit message.

---

Steps:

• Git commit - Make the repository commitizen friendly.
• Pull request - Validate code with Lint and execute all tests.
• Pull request approved:
  • Bump version using standard-version package
  • Generate changelog using standard-version package.
  • Create commit using standard-version package
  • Create tag using standard-version package
  • Publish on NPM. See more: Publishing packages to the npm registry with Github Actions

Needed validation:

Validate locally if the commit message respect the conventional commit specification. Using git hooks commit-msg.

[wlsf82]

@PauloGoncalvesBH, are you working on this one, or do you intend to?

If not, please unassign yourself from the issue. 🙂

[PauloGoncalvesBH]

@wlsf82 I will act on this issue, I have already managed to gather all the necessary information.

[PauloGoncalvesBH]

Somente para ficarem ciante, comecei a atuar nessa task, vou entregar essa semana

[PauloGoncalvesBH]

@wlsf82 consegue pegar o seu token do NPM e do Github e cadastrar no secrets do repositório?

É preciso que sejam cadastradas com as seguintes nomenclaturas:

1. NPM_TOKEN: Como pegar o token
2. GH_TOKEN: Escopo deve ser repo e public_repo. Como pegar o token

Essas variáveis são utilizadas para permitir que a biblioteca semantic-release publique versão no npmjs.com e no Github release.

Para mais infos acesse:

• https://github.com/semantic-release/semantic-release/blob/master/docs/usage/ci-configuration.md#authentication-for-plugins
• https://github.com/semantic-release/github#github-authentication
• https://github.com/semantic-release/npm#configuration

[wlsf82]

@wlsf82 consegue pegar o seu token do NPM e do Github e cadastrar no secrets do repositório?

É preciso que sejam cadastradas com as seguintes nomenclaturas:

1. NPM_TOKEN: Como pegar o token
2. GH_TOKEN: Escopo deve ser repo e public_repo. Como pegar o token

Essas variáveis são utilizadas para permitir que a biblioteca semantic-release publique versão no npmjs.com e no Github release.

Para mais infos acesse:

• https://github.com/semantic-release/semantic-release/blob/master/docs/usage/ci-configuration.md#authentication-for-plugins
• https://github.com/semantic-release/github#github-authentication
• https://github.com/semantic-release/npm#configuration

@PauloGoncalvesBH, para o NPM_TOKEN, deve ser o Read-only, Automation, ou Publish?
E para o GH_TOKEN, quais permissões devo marcar?

[wlsf82]

@PauloGoncalvesBH, outra coisa, você acha que vale o esforço visto que não temos tido novas versões, além de sabermos que o Protractor será descontinuado em 2022?

[PauloGoncalvesBH]

@PauloGoncalvesBH, outra coisa, você acha que vale o esforço visto que não temos tido novas versões, além de sabermos que o Protractor será descontinuado em 2022?

Não valeria o esforço 😕 mesmo que não foi implementado consegue usar como material de referência para bibliotecas futuras.