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 | ||
|  | ||
| ## 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 |