|
|
|[Home](home)|[Sprints](sprints)|[Requisitos](requisitos)|[Arquitetura](arquitetura)|[Configuração](configuracao)|[Mockups](mockups)|[Banco de Dados](banco_dados)|[Instalação](instalacao)|[Deploy](deploy)|[Rotas](Rotas)|[Gerência](gp)|[Time](time)|[Padronização](padronizacao)|[Git Workflow](git)|[Qualidade](qualidade)|
|
|
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
|
|
|
# Git Workflow
|
|
|
|
|
|
_Acesso rápido_
|
|
|
|
|
|
- [Branches](#branches)
|
|
|
- [Commits](#commits)
|
|
|
- [Merge requests](#merge-requests)
|
|
|
|
|
|
## Branches
|
|
|
|
|
|
Para garantir que o processo de desenvolvimento esteja sempre atualizado, lembre-se de executar o seguinte comando na branch `dev` antes de criar uma branch nova:
|
|
|
|
|
|
```
|
|
|
git pull
|
|
|
```
|
|
|
|
|
|
Como padrão para nomes de branches, foi decidido o seguinte:
|
|
|
|
|
|
```
|
|
|
<código da tarefa>/<nome da tarefa separado por hífen sem acentuação>
|
|
|
```
|
|
|
|
|
|
Por exemplo:
|
|
|
|
|
|
```
|
|
|
ap-12/componente-campo-de-texto
|
|
|
```
|
|
|
|
|
|
Assim que a branch for criada execute o seguinte comando:
|
|
|
|
|
|
```
|
|
|
git push --set-upstream origin <nome da branch>
|
|
|
```
|
|
|
|
|
|
Isso irá garantir que a branch seja enviada para o repositório remoto no GitLab, permitindo que outros membros do time tenham acesso a mesma.
|
|
|
|
|
|
## Commits
|
|
|
|
|
|
Para facilitar o desenvolvimento, faça commit sempre que alguma funcionalidade for alterada, assim garantindo um método fácil de recuperação do código (caso necessário).
|
|
|
|
|
|
Como padrão para mensagens de commit, foi decidido o seguinte:
|
|
|
|
|
|
```
|
|
|
<código da tarefa>: <autor1>, <autor2> e <autor3>
|
|
|
<descrição da tarefa>
|
|
|
```
|
|
|
|
|
|
* `código da tarefa`: Código indicado na tarefa no Trello.
|
|
|
* `autor1, autor2 e autor3`: Nome sobrenome das pessoas que contribuíram para aquele commit.
|
|
|
* `descrição da tarefa`: Descrição da alteração realizada, escreva de forma sucinta e clara.
|
|
|
|
|
|
Por exemplo:
|
|
|
|
|
|
```
|
|
|
12: João Leão e Eduardo Cardoso
|
|
|
|
|
|
Estilização do input, documentação do componente e correção de bug no value
|
|
|
```
|
|
|
|
|
|
Para escrever mais de uma linha de commit pelo terminal padrão escreva o seguinte comando:
|
|
|
```
|
|
|
git commit -m "
|
|
|
```
|
|
|
|
|
|
Depois pressionar enter, escreva toda a mensagem, digite `"` novamente e pressione enter para enviar.
|
|
|
|
|
|
## Merge requests
|
|
|
|
|
|
Assim que uma tarefa for finalizada execute o seguinte comando:
|
|
|
|
|
|
```
|
|
|
git pull origin dev
|
|
|
```
|
|
|
|
|
|
O mesmo irá garantir que sua branch está atualizada com a branch dev (caso haja conflitos, resolva-os) e realize um commit com o seguinte nome:
|
|
|
|
|
|
```
|
|
|
Merge branch 'master' into '<nome da branch>'
|
|
|
```
|
|
|
|
|
|
Depois de estar com a sua branch remota pronta para merge, crie um Merge Request no GitLab e preencha com as seguintes informações:
|
|
|
|
|
|
* Source Branch: Sua branch.
|
|
|
* Target Branch: branch `dev`.
|
|
|
* Assignees: Membro do time responsável pela verificação do código (AGES 3 ou AGES 4)
|
|
|
* Título: `<número da tarefa>/<nome da tarefa separado por hífen sem acentuação>`
|
|
|
* Descrição: Descrição da tarefa e/ou das mudanças no código
|
|
|
|
|
|
Assim que for criado o Merge Request avise um _AGES 3_ ou _AGES 4_.
|
|
|
|
|
|
Agora a mesma será verificada por um _AGES 3_ ou _AGES 4_ para que (depois de aprovada) seja marcado como concluído na check list do Trello.
|
|
|
|
|
|
* O verificador não poderá ter participado do desenvolvimento da tarefa;
|
|
|
* A funcionalidade deve ter sido implementada de acordo com sua descrição;
|
|
|
* A funcionalidade deve ser fiel aos [Mockups](mockups) (dadas as devidas proporções);
|
|
|
* O código deve ser fácil de entender e legível;
|
|
|
* O código deve ser desenvolvido e propriamente documentado de acordo com a [padronização](padronizacao) do projeto;
|
|
|
|