-
Ser DESCRITIVO, nada de links apenas, tem que ter resumo das tasks e serem numeradas. Links são info adicionais não o escopo da task.
-
Export do requestly anexado se tiver que usá-lo.
-
Link de onde testar SEMPRE, e se em mais de um lugar. Link completo de tds eles.
-
Info adicional em casos diferentes que necessitem de algo a mais.
-
Quaisquer mudanças ou alterações discutidas em comentários DEVEM SER ACRESCENTADAS na descrição do PR, não é bom gastarmos tempo lendo tds os comentários em tds os sites q a pessoa discutiu o PR. ex: jira, trello e gitlab.
-
Adicionar link do chamado no jira na task.
-
Em caso de REVISÃO DE CÓDIGO: Estabelecer um limite de arquivos trocados pros PRs(esse aqui pra no caso se houver análise de código, passou de 50 já é fica muito difícil de avaliar), se você perceber que está chegando perto do limite, é melhor dividir a task em 2 cards, ou seja, 2 PRs.
-
We have the branch develop as the staging branch and master as the root.
Padrão para os commits:
#id-da-task | TIPO - resumo, horas
Ex: #EVOTRABR-54 | HOTFIX - Correção do scroll da vitrine no mobile, 2h
Tipos: HOTFIX FEATURE RELEASE
Sobre BRANCHES: https://danielkummer.github.io/git-flow-cheatsheet/index.pt_BR.html
Gitflow: We use the methodology gitflow to organize the commits and our branch flow.
iterm2: Here is a better terminal to OSX than its native terminal.
ZSH: And here is a nice short cut plugin to git, that will make your life really easier.