A ferramenta de controle de versão adotada no projeto foi o Git, sendo que o Github foi utilizado para hospedagem do repositório
upstream
.
O projeto segue a seguinte convenção para o nome de branchs:
master
: versão estável já testada do softwarehomologação
: versão de homologação do software, todo desenvolvimento deve passar pela branch para testes, antes de ir para homologação, para executar de testes antes de ir para homologação.H-xx
: A equipe de desenvolvimento deve clonar a ultima versão da branch de homologação e criar uma branch com o H-número da história(xx)
Quanto as tags escolhidas para gerência de issues, devem ser usados no projeto a seguinte convenção para etiquetas:
bugfix
: uma funcionalidade encontra-se com problemashot-bugfix
: uma funcionalidade encontra-se com problemas e ação rápida para resoluçãofeature
: uma nova funcionalidade precisa ser introduzidamelhoria
: uma funcionalidade precisa ser melhoradaanalise
: uma analise de uma funcionalidade a ser criadareuniões
: para agendamento reuniões
Os commits e mergers deverão seguir a convenção de Conventional Commits exemplo da estrutura:
<tipo>[escopo opcional]: <descrição>
[corpo opcional]
[rodapé opcional]
Links Úteis:
Será descrita após a execução da mesma, escolhemos a utilização a priori do Firebase.
Links Úteis: