| Home | Cronograma | Arquitetura | Git | Configuração | Mockups | Banco de Dados | Instalação | Gerência de Projeto | Qualidade | 
|---|
Menu
Critério de aceite de Merge Requests (MR)
- Branch testada
 - Branch atualizada com a DEV
 - Arquitetura Respeitada
 - Código Limpo
 - Boas práticas atendidas
 
GitFlow
As atualizações da Developer serão feitos através de Pull Requests
Opções de Ferramentas
GitKraken
- Download do GitKraken.
essa ferramenta facilita o uso do git através de uma interface intuitiva 
GitBash (Windows)
- Download do GitBash.
 
Comandos básicos
- clonar um repositório:
git clone ADICIONAR URL - verificar o status do repositório:
git status - CRIAR uma nova branch:
git checkout -b <branch desejada> - ALTERNAR para uma branch:
git checkout <branch desejada> - add arquivos alterados e dar um commit na branch:
git commit -a -m 'adicionei um novo rodapé [issue 53]' - primeira vez a enviar os dados para o repositório.
git push origin <branch desejada> - reenviar os dados para o repositório.
git push - baixar os dados do repositório.
git pull - fazer um merge em duas branch's.
git merge <nome da branch> 
Padrão para criação de branches
As branches criadas para desenvolvimento das funcionalidades pelas squads devem seguir o padrão e de acordo com seu objetivo:
Tags para os tipos de alterações:
- feat - Nova funcionalidade
 - fix - Correção de defeito
 - docs - Alteração de documentação
 - style - Alterações visuais que não possuem alteração em codigo fonte
 - refactor - Reescrever um código para corrigir um bug ou adicionar uma nova funcionalidade
 - perf - Melhorar performance do sistema
 
feat/NUM_TASK-breve-descricao
Exemplo: feat/44-cadastro-usuario
Padrão para as mensagens de commit
Os commits deverão ter um padrão em suas mensagens para facilitar o entendimento da equipe no que foi desenvolvido:
"Descrição breve do commit - Autores (caso realizado em equipe)"
Exemplo: "Compare button done - Fulano, Ciclano"
OBS: Caso as atividades do commit tenham sido realizadas individualmente não é necessário informar os autores, porque a única pessoa envolvida será quem está subindo o commit.
Padrão para abertura de Merge Request
Os merge requests também devem seguir um padrão de criação:
O Title deve ser escrito UserStory - Título do Card no Trello e na Description deve ser informado o link para o card.
Exemplo:
Title: US04 - Criar componente de botão para navegar para a tela de comparação
Description: https://trello.com/c/8gy9jdE9/34-criar-componente-de-bot%C3%A3o-para-navegar-para-a-tela-de-compara%C3%A7%C3%A3o
