search

Release Notes via Jenkins

hashtag
Entrada de Dados pelo Jenkins

A entrada de dados deve seguir as seguintes normas:

  • Usar o delimitador #&# para separar os campos.

  • Atualmente deve conter 5 campos na devida ordem, onde eles são:

    • Identificador do repositório (e que deve ser cadastrado previamente em cada componente seus respectivos repositórios)

    • Data do commit no formato AAAA-MM-DD

    • Autor do commit (nome do usuário)

    • Identificador do commit (SHA)

    • O texto em si dos commits

  • Antes de qualquer commit que indique novidade ou correção de bugs deve haver ao menos um commit indicando a versão, isso quer dizer que os commits de release irão ser atrelados ao commit de versão mais próximo (que vier antes).

hashtag
Anotações

Para que um commit seja identificado como release ou versão, o mesmo deve ser explicitamente anotado seguindo as seguintes normas:

Anotação

Descrição

@release

Novas funcionalidades, alterações ou qualquer tipo de novidade.

@bugfix

Correção de bugs.

@versao

Anotação explicita de que o commit é referente a uma nova versão. Utilizado para versões geradas manualmente.

circle-info

Os commits gerados pelo usuário do Jenkins já são considerados como commit de versão, sem a necessidade de inserir a anotação explicitamente. Os commits sem anotação alguma serão ignorados.

hashtag
Exemplos

Notas Linha 1: O primeiro commit não foi explicitamente anotado com @versao pois foi gerado pelo usuário do Jenkins.

Notas Linha 1: Não foi explicitamente anotado com @versao pois foi gerado pelo usuário do Jenkins. Linha 3: Será ignorado uma vez que não possuí anotação nenhuma. Linha 4: Versão Snapshot gerada manualmente foi necessário anotar com @versao uma vez que queremos explicitamente indicar o commit como identificador de nova versão.

PreviousLimpando ZK Theme

Last updated