Fluxo de planjamento, desenvolvimento, testes e publicação

Fluxo de desenvolvimento diário de qualquer funcionalidade

Criar uma issue no github relacionando a uma estória no Pivotal;
Criar um branch (release|hotfix)-* para armazenar todo o desenvolvimento;
Executar o comando sh ./bin/bump-version.sh 0.1.1 na raíz para atualizar a versão do projeto. O script também fornece a possibilidade de commit com a mensagem correta. Para que seja feito o commit automático, quando o script imprimir no console a mensagem "Are you want to commit the bumped version immediatelly? (y/n)", digite y para gerar o commit. A mensagem do commit será a seguinte: Bumped version number to 0.1.1
Abrir um PR que contém o passo-a-passo para testar a funcionalidade em staging; Lembre de especificar o PR da sua branch para o master; 4.1 Atenção para o nome do PR, pois ele pode ser legal para referenciar e/ou fechar issues corrigidas
Garantir que as nova versão tenha claro qual o valor agregado;

Nome dos branches e suas utilidades

para staging quando o nome do branch começa com "release-" ou "hotfix-". Ex.: "release-v0.2.0" ou "hotfix-v0.1.4";
para produção quando for criado uma tag e seu nome seguir o padrão semver.org;

Criação de Release

utilizar o release para facilmente criar um histórico de modificações a cada nova tag criada. Seu funcionamento é bem auto explicativo.

Referências

Provide feedback