arquitetura.md

@@ -78,6 +78,21 @@ Branches de desenvolvimento idealmente devem existir por pouco tempo, o que redu
 
 ![delete_source_branch](uploads/fb734476afb6ff12d8aca29b6bdf9c87/delete_source_branch.png)
 
+### Sobre Issues
+
+Ao decorrer do projeto, além do desenvolvimento de novas features, é necessário corrigir bugs e outros erros que decorrem do desenvolvimento. Nem sempre nós temos tempo para corrigi-los, as vezes queremos opiniões de outros desenvolvedores em como resolver um problema, ou apenas queremos discutir o desenvolvimento de alguma funcionalidade. Para isso, existem as `Issues`.
+
+Quando criar uma Issue, tente escrever um título curto, mas que expresse qual o problema. Na descrição, fale mais sobre o problema, como reproduzi-lo (caso seja algo muito específico), como pensa em resolve-lo (se não souber como, não tem problema) e qualquer outra coisa que julgue ser necessário.
+
+Quando tiver corrigido um problema, na mensagem do commit que resolve aquele problema, coloque:
+```   
+Closes #<numero_da_issue>
+```
+
+Isso permite que a Issue seja fechada automaticamente pelo GitLab. Além disso, na Issue, fica a hash do commit que fechou ela, então fica documentado para qualquer necessidade de referência futura.
+
+
+Para mais informações sobre Issues acesse a [documentação oficial do GitLab sobre essa feature](https://docs.gitlab.com/ee/user/project/issues/).
 
 ### Referências:
 
@@ -86,6 +101,7 @@ Branches de desenvolvimento idealmente devem existir por pouco tempo, o que redu
 - https://semver.org/
 - https://www.conventionalcommits.org/en/v1.0.0/#summary
 - https://dhwthompson.com/2019/my-favourite-git-commit
+- https://docs.gitlab.com/ee/user/project/issues/
 
 ## Padrões de código