From 46cee4f089284e9d56ac86202a3c2171d7d07c59 Mon Sep 17 00:00:00 2001 From: GabrielCastelo-31 Date: Sat, 6 Jan 2024 23:47:09 -0300 Subject: [PATCH] I hope this is the last try --- .../pull_request_template.md | 32 +++++++++---------- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/.github/PULL_REQUEST_TEMPLATE/pull_request_template.md b/.github/PULL_REQUEST_TEMPLATE/pull_request_template.md index 3a36a15..718e935 100644 --- a/.github/PULL_REQUEST_TEMPLATE/pull_request_template.md +++ b/.github/PULL_REQUEST_TEMPLATE/pull_request_template.md @@ -2,9 +2,9 @@ Por favor, siga estas etapas antes de enviar um PR. -1. Certifique-se de que seu PR não seja duplicado. +1. Certifique-se de que seu PR não seja duplicado. -2. Se não for, então certifique-se de que: +2. Se não for, então certifique-se de que: a. Você fez suas alterações em um branch separado. Os branches DEVEM ter nomes descritivos que comecem com os prefixos `fix/` ou `task`. Bons exemplos são: `fix/signin-issue`,`task/issue-templates` ou `task/add-search-by-name`. @@ -14,7 +14,7 @@ c. Você tem mensagens de commit descritivas com um título curto (primeira linh d. `make testfull` não gera nenhum erro e possui mais de 90% de *code coverage*. Se ocorrerem erros, corrija-os primeiro e emende seu commit (`git commit --amend`). -3. **Após** essas etapas, você está pronto para abrir um pull request. +3. **Após** essas etapas, você está pronto para abrir um pull request. a. Dê um título descritivo ao seu PR. @@ -36,24 +36,24 @@ Por favor, inclua um resumo das alterações e a issue relacionada. Também incl Por favor, exclua as opções que não são relevantes. -* \[ ] Bug fix (alteração que corrige um problema) -* \[ ] New feature (alteração que adiciona funcionalidade) -* \[ ] Breaking change (correção ou funcionalidade que altera o comportamento de outras partes do sistema de maneira significativa) -* \[ ] Documentation update (alteração na documentação) +* \[ ] Bug fix (alteração que corrige um problema) +* \[ ] New feature (alteração que adiciona funcionalidade) +* \[ ] Breaking change (correção ou funcionalidade que altera o comportamento de outras partes do sistema de maneira significativa) +* \[ ] Documentation update (alteração na documentação) # Como isso foi testado? Por favor, descreva os testes que você executou para verificar suas alterações. Forneça instruções para que possamos reproduzir. Liste também quaisquer detalhes relevantes para a configuração de seus testes. -* \[ ] Teste A -* \[ ] Teste B +* \[ ] Teste A +* \[ ] Teste B # Checklist: -* \[ ] Meu código segue as diretrizes de contribuição deste projeto -* \[ ] Realizei uma revisão pessoal do meu código -* \[ ] Comentei meu código, especialmente em áreas de difícil compreensão -* \[ ] Fiz alterações correspondentes na documentação *( se necessário)* -* \[ ] Minhas alterações não geram novos *warnings* ou erros -* \[ ] Adicionei testes que comprovam que minha correção é eficaz ou que minha funcionalidade está funcionando corretamente -* \[ ] Testes unitários novos e existentes passam localmente com minhas alterações +* \[ ] Meu código segue as diretrizes de contribuição deste projeto +* \[ ] Realizei uma revisão pessoal do meu código +* \[ ] Comentei meu código, especialmente em áreas de difícil compreensão +* \[ ] Fiz alterações correspondentes na documentação *( se necessário)* +* \[ ] Minhas alterações não geram novos *warnings* ou erros +* \[ ] Adicionei testes que comprovam que minha correção é eficaz ou que minha funcionalidade está funcionando corretamente +* \[ ] Testes unitários novos e existentes passam localmente com minhas alterações