processo.md

@@ -8,13 +8,13 @@
 Vamos fazer uso de **boas práticas**, devemos sempre descrever o commit no **IMPERATIVO**, como se estivesse passando um comando para alguém,  por exemplo, em vez de começar a descrição usando 'Corrigindo',  devemos usar 'Corrigir'.
 
 # Branches e Merges
-Nosso repositório vai conter **3** branches principais: **master**, **release** e **develop**.
+Nosso repositório vai conter **2** branches principais: **master** e **develop**.
 
-1. Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da **release**, com o nome feature-**xx** (substituir xx pelo número da tarefa), onde serão feitos os commits relacionados a tarefa.
+1. Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da **develop**, com o nome feature-**xx** (substituir xx pelo número da tarefa), onde serão feitos os commits relacionados a tarefa.
 
 2. Após terminar o desenvolvimento, deve-se fazer merge na branch **develop** para ser possível realizar o teste da tarefa integrado com todo o sistema.
 
-3. Se o teste da tarefa for **aprovado**, deve-se fazer merge na branch **release**.
+3. Se o teste da tarefa for **aprovado**, deve-se fazer merge na branch **develop**.
 > Caso o teste **não aprove** o que foi desenvolvido, deve se corrigir/modificar o que é necessário, **sempre dando commit na branch da tarefa**.
 
-4. Ao final da **sprint** deve ser lançada uma nova **release**, e para isso deve-se fazer um Merge Request (através do GitLab) da branch **release** dentro da branch **master**.
+4. Ao final da **sprint** deve ser lançada uma nova **develop**, e para isso deve-se fazer um Merge Request (através do GitLab) da branch **develop** dentro da branch **master**.
\ No newline at end of file