Git.md
0 → 100644
# *Git* | |||
## Menu | |||
* [Critério de aceite](#critério-de-aceite-de-merge-requests-mr) | |||
* [GitFlow](#gitflow) | |||
* [Opções de Ferramentas](#opções-de-ferramentas) | |||
* [Comandos básicos](#comandos-b%C3%A1sicos) | |||
* [Tutoriais](#tutoriais) | |||
## Critério de aceite de Merge Requests (MR) | |||
* Branch testada | |||
* Branch atualizada com a DEV | |||
* Arquitetura Respeitada | |||
* Código Limpo | |||
* [Boas práticas atendidas](https://tools.ages.pucrs.br/) | |||
## GitFlow | |||
As atualizações da Developer serão feitos através de Pull Requests | |||
![git1](https://blog.hartleybrody.com/wp-content/uploads/2015/01/[email protected]) | |||
## Opções de Ferramentas | |||
#### GitKraken | |||
* Download do [GitKraken](https://www.gitkraken.com/download). | |||
*essa ferramenta facilita o uso do git através de uma interface intuitiva* | |||
#### GitBash (Windows) | |||
* Download do [GitBash](https://gitforwindows.org/). | |||
## 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 | |||
``` | |||
## Tutoriais | |||
* [basico-1](https://git-scm.com/book/pt-br/v1/Ramifica%C3%A7%C3%A3o-Branching-no-Git-B%C3%A1sico-de-Branch-e-Merge). | |||
* [basico-2](https://fjorgemota.com/git-sistema-de-controle-de-versoes-distribuido/). | |||
* [GitFlow](https://fjorgemota.com/git-flow-uma-forma-legal-de-organizar-repositorios-git/). | |||
\ No newline at end of file |