Home | Cronograma | Sprints | Requisitos | Gerência de Projeto | Horários Disponiveis |
---|---|---|---|---|---|
Mockups | Banco de Dados | Material de estudo | Arquitetura | Git Workflow | Configuração |
Padronização do Código | Testes |
## Definition of Done
Uma tarefa é dada como pronta quando seu merge request para a branch Dev for avaliado por um AGES 3 ou AGES 4, e aprovado sob os seguintes termos:
- O avaliador não participou do desenvolvimento da tarefa.
- A funcionalidade deve estar implementada de acordo com o definido na tarefa.
- O código deve ser fácil de entender e legível.
- O código segue os padrões de estruturação do projeto.
## Mensagem de Commit
É recomendado evitar commits com muitas funcionalidades e/ou alterações, pois isso dificulta o controle das versões e alterações feitas no código. O modelo de mensagem de commit é o seguinte:
<número da tarefa>: <autor1>, <autor2>
<descrição da tarefa>
-
número da tarefa
é correspondente ao número indicado na tarefa no Trello. -
autor1, autor2
nomeia as pessoas que contribuíram para aquele commit, não necessariamente são todas as pessoas que estão escaladas para aquela tarefa. -
descrição da tarefa
, descrição do que o commit adiciona ao código/projeto, utilize linguagem imperativa e escreva de forma sucinta e clara.
Por exemplo:
67: Fernando, Gabriel Franzoni
Adiciona dependência nova, mostra alerta quando usuário insere senha errada.
Dica, se você escrever git commit -m "
e pressionar enter, poderá escrever várias linhas no terminal. Digite "
novamente e de enter para finalizar.
## Nomeação de Branches
Lembre-se de ir para a branch dev
e dar git pull
antes de criar uma branch nova, garantindo que ela será criada a partir da versão estável mais atual da dev. Como padrão para nomes de branches, foi decidido o seguinte:
<número da tarefa>/<nome da tarefa separado por hífen sem acentuação>
Por exemplo:
67/Validacao-e-alertas-campo-de-senha
Quando criar uma branch, use o comando git push --set-upstream origin <número da tarefa>/<nome da tarefa separado por hífen sem acentuação>
para envia-lá ao repositório remoto no GitLab, permitindo que outros membros do time tenham acesso a sua branch
## Merge Requests
- Quando você terminar sua tarefa, uso o comando
git pull origin dev
para atualizar sua branch atual com as alterações mais recentes, e garanta que não existam conflitos com as suas alterações - Suba as suas alterações para a sua branch remota
- Abra o GitLab e crie um novo Merge Request
- No título do Merge Request escreva o número e o nome da tarefa
- Na descrição, descreva a tarefa
- Em Assignees, selecione todas os membros aos quais essa tarefa foi delegada
- Finalize a criação do Merge Request
Lembre-se de garantir que a source branch
selecionada é a sua e a target branch
é a dev (fora exceções). Também garanta que não existem conflitos entre as branches antes de submeter o Merge Request. Caso o Merge Request for aprovado, use o comando git branch -d <número da tarefa>/<nome da tarefa separado por hífen sem acentuação>
para excluir sua branch local.