Home | Sprints | Requisitos | Arquitetura | Configuração | Mockups | Banco de Dados | Instalação | Gerência de Projeto | Horários Disponiveis | Git | Boas Práticas | Merge Request Template |
---|
Git
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
Exemplo: feat/44
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 - Duda, Martin e Pedro"
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