processo.md

@@ -86,7 +86,20 @@ git push
 
 ### Merge Requests
 
-Depois de uma task ter sido desenvolvida e estiver pronta de acordo com os critérios de aceitação, é necessário que a mesma seja enviada para a branch de desenvolvimento. Para isso é necessário abrir um Merge Request pela platafora GitLab:
+Depois da sua issue ter sido desenvolvida e estiver pronta de acordo com os critérios de aceitação, é necessário que a mesma seja enviada para a branch de dev. 
+
+Antes de abrir a MR certifique-se que, não irá ocorrer conflitos da sua branch com a DEV, para isso, siga os seguintes passos: 
+
+```
+git checkout dev
+git pull
+git checkout nome-da-branch
+git merge develop
+```
+Resolva os conflitos caso ocorra, após resolvê-los, envie as alterações para o Gitlab:
+
+`git push`
+
 
 #### Criando o Merge Request
 
@@ -98,18 +111,7 @@ A criação pode ser realizada na seção Merge Requests do repositório em que
 4. Em `Title`, escreva um título que descreva a funcionalidade adicionada ou bug corrigido;
 5. Em `Description`, escreva uma descrição com uma breve justificativa nos arquivos que foram alterados;
 6. Caso a tarefa seja visual (criação de componente/tela, correção de bug) adicione um gif exemplificando o uso (se considerar necessário);
-7. Na seção `Assignee`, selecione `Assign to me` para que fique registrado quem foi o responsável pelo desenvolvimento daquela tarefa (a pessoa selecionada será chamada caso o revisor tenha dúvidas sobre a tarefa);
-8. Em `Milestone` selecione a Sprint em que a tarefa foi realizada;
-9. Em `Labels`selecione qual é o tipo de tarefa que foi realizada;
-10. Por último, revise se os arquivos que estão sendo enviados estão corretos e clique em `Submit Merge Request`.
-
-#### Revisando o Merge Request
-
-A revisão de merge request pode ser realizada por qualquer desenvolvedor, mas é preciso da aprovação de pelo menos um AGES III ou AGES IV para que a mesma seja incorporada na dev.
-
-Na hora de revisar o Merge Request, entre na branch em sua máquina e teste a funcionalidade/bug/componente/tela de acordo com os critérios de aceitação apresentados no [Airtable](https://airtable.com/tblV0c8w2YX9PZAAC/viw4mJkZmd28WlplE?blocks=hide).
-
-Caso haja pendências, relacionadas a documentação do código, padronização ou arquivos enviados, não exite em realizar um novo commit na branch com as mudanças necessárias antes de realizar a integração.
+7. Na seção `Assignee`, marcar os AGES 3 ( Camila Borba Rocha, 
 
 ## Matriz de Responsabilidade