... | @@ -5,8 +5,15 @@ |
... | @@ -5,8 +5,15 @@ |
|
## Divisão
|
|
## Divisão
|
|
|
|
|
|
As branches do agendador são divididas em 5 tipos:
|
|
As branches do agendador são divididas em 5 tipos:
|
|
* **master**: branch protegida e com a versão de produção do agendador;
|
|
* **master**: branch protegida e com a versão de produção (estável) do agendador. Só será feito um merge nesta branch no caso de um **hotfix** ou quando há uma atualização de versão (**release**);
|
|
* **develop**: branch com a versão de desenvolvimento do agendador;
|
|
* **develop**: branch com a versão de desenvolvimento do agendador. Esta branch recebe conteúdo de outras frequentemente por conta de adição de novas features, além da inclusão de hotfixes oriundos da **master**;
|
|
* **release**: branch candidata a versão de produção ("efetivação" da branch **develop** para **master**);
|
|
* **release**: branch candidata a versão de produção, uma "efetivação" da branch **develop** para **master**;
|
|
* **hotfix**: branch destinada a hotfix (considerados concertos importantes e emergenciais) feitos sobre a branch **master**;
|
|
* **hotfix**: branch destinada a hotfix (considerados concertos de erros graves que impedem o uso do sistema) feitos sobre a branch **master**. Após a correção de um erro, deve-se fazer um merge com a branch **master** e **develop**;
|
|
* **feature**: para cada nova atividade do redmine, uma branch feature é criada a partir da branch **develop**. Assim que a atividade for concluida e revisada, a branch deve se juntar a **develop**. |
|
* **feature**: para cada nova atividade do redmine, uma branch feature é criada a partir da branch **develop**. Assim que a atividade for concluida e revisada, a branch deve se juntar a **develop**.
|
|
\ No newline at end of file |
|
|
|
|
|
## Padrões
|
|
|
|
|
|
|
|
Para facilitar a compreensão, deve-se seguir os seguintes padrões:
|
|
|
|
* Para cada nova **feature**, cria-se uma nova branch a partir da branch **develop**. O nome dessas branches deve seguir o seguinte padrão: "issue#[num]", onde [num] é o número da atividade no redmine;
|
|
|
|
* Os commits também devem seguir o seguinte padrão: "issue#[num]: [descrição]", onde [num] é o número da atividade no redmine e [descrição] é a descrição da atividade feita;
|
|
|
|
* Após finalizar uma tarefa, deve-se fazer um merge request com destino à branch **develop**, atribuindo a aceitação aos observadores da mesma. Esses devem testar a **feature** localmente e aceitar caso esteja tudo certo. Caso contrário, o responsável pela atividade deve arrumar os erros e avisar aos observadores quando terminar (para que seja feita outro teste); |
|
|
|
\ No newline at end of file |