arquitetura.md

@@ -155,11 +155,36 @@ Dessa forma, o fluxo usual de trabalho é o seguinte:
 
 ### Padrões de Commit
 
-TBD
+Quando realizar um commit, tente manter o seguinte padrão nas mensagens:
+
+* título: número da task e breve descrição da mudança;
+* se preciso, adicione um descrição mais longa da mudança, do porquê ela se faz necessária ou do porquê foi feito dessa forma; essa descrição longa deve estar separada do título por uma linha em branco;
+* se mais de uma pessoa participou das mudanças do commit: indique a co-autoria conforme exemplo abaixo, também separada por uma linha em branco da descrição longa (o Git precisa de um formato bem específico nessa parte, com uma pessoa por linha; não é preciso adicionar uma linha para a pessoa que está fazendo o commit, porque o Git já pega isso automaticamente).
+
+Exemplo:
+
+```
+#01: Tela de login
+
+Criada tela de login e definida rotas, a construção do componente de seleção do perfil não faz parte dessa task.
+
+Co-authored-by: Marcos Silva <[email protected]>
+```
 
 ### Code Review
 
-TBD
+Após o desenvolvimento de uma task, um *pull/merge request* (PR) deve ser aberto com destino à branch *develop* do repositório relativo à task: *app* ou *api*. Todos os PRs são revisados por pelo menos dois AGES III, que se responsabilizam por garantir a qualidade do que foi desenvolvido e que os artefatos e estruturas se adequem aos padrões definidos neste documento.
+
+Os AGES III se comprometem a revisar os PRs o mais rápido possível, garantindo que PRs abertos até dois dias antes de uma entrega serão integrados (se cumprirem todas as regras do code review).
+
+Foram definidas algumas regras usadas durante o processo de code review dos PRs abertos nos repositórios:
+
+* *app*:
+  
+* *api*:
+ 
+
+Essas regras foram adicionadas como template de PR em cada projeto.
 
 ## Arquitetura Geral da Aplicação