| ... | @@ -170,23 +170,29 @@ git commit -m "#1 Atualizando os nomes dos colegas" |
... | @@ -170,23 +170,29 @@ git commit -m "#1 Atualizando os nomes dos colegas" |
|
|
|
|
|
|
|
Com isso, vai vincular automaticamente a Issue ao commit, facilitando o trabalho dos revisores e colegas para saber de onde veio as alterações e o que foi feito
|
|
Com isso, vai vincular automaticamente a Issue ao commit, facilitando o trabalho dos revisores e colegas para saber de onde veio as alterações e o que foi feito
|
|
|
|
|
|
|
|
|
|
<img src="resources\images\processo\Vinculo_Issue.png">
|
|
|
|
|
|
|
|
**ATENÇÃO** se o commit não estiver nessa estrutura, o commit vai ser invalidado e deverá ser feito um SQUASH de commits com a estrutura correta.
|
|
**ATENÇÃO** se o commit não estiver nessa estrutura, o commit vai ser invalidado e deverá ser feito um SQUASH de commits com a estrutura correta.
|
|
|
|
|
|
|
|
Não hesite em realizar vários commits, assim podemos ter documentado e salvo vários estados do desenvolvimento
|
|
Não hesite em realizar vários commits, assim podemos ter documentado e salvo vários estados do desenvolvimento
|
|
|
|
|
|
|
|
#### Salvando Remotamente
|
|
---
|
|
|
|
|
|
|
|
#### Enviando modificações Remotamente
|
|
|
|
|
|
|
|
Depois de finalizar o desenvolvimento, envie todos os commits da sua máquina para o servidor remoto. Para isso depois de realizar as etapas de salvamento local, salve remotamente com o comando `push`:
|
|
Depois de finalizar o desenvolvimento, envie todos os commits da sua máquina para o servidor remoto. Para isso depois de realizar as etapas de salvamento local, salve remotamente com o comando `push` sempre dizendo qual localização (origin) e o nome da branch, assim não terá conflitos de nomes e facilitará a verificar qual branch você está trabalhando:
|
|
|
|
|
|
|
|
```
|
|
```
|
|
|
git push
|
|
git push origin fanto/architecture/#1
|
|
|
```
|
|
```
|
|
|
|
|
|
|
|
|
---
|
|
|
|
|
|
|
### Merge Requests
|
|
### 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 de uma Demanda 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:
|
|
|
|
|
|
|
|
#### Criando o Merge Request
|
|
#### Criando o Merge Request
|
|
|
|
|
|
| ... | @@ -197,11 +203,10 @@ A criação pode ser realizada na seção Merge Requests do repositório em que |
... | @@ -197,11 +203,10 @@ A criação pode ser realizada na seção Merge Requests do repositório em que |
|
|
3. Selecione `Compare branches and continue`
|
|
3. Selecione `Compare branches and continue`
|
|
|
4. Em `Title`, escreva um título que descreva a funcionalidade adicionada ou bug corrigido;
|
|
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;
|
|
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);
|
|
6. 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);
|
|
|
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);
|
|
7. Em `Milestone` selecione a Sprint em que a tarefa foi realizada;
|
|
|
8. Em `Milestone` selecione a Sprint em que a tarefa foi realizada;
|
|
8. Em `Labels`selecione qual é o tipo de tarefa que foi realizada;
|
|
|
9. Em `Labels`selecione qual é o tipo de tarefa que foi realizada;
|
|
9. Por último, revise se os arquivos que estão sendo enviados estão corretos e clique em `Submit Merge Request`.
|
|
|
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
|
|
#### Revisando o Merge Request
|
|
|
|
|
|
| ... | @@ -217,15 +222,15 @@ Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papé |
... | @@ -217,15 +222,15 @@ Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papé |
|
|
|
|
|
|
|
| **Atividades** | **AGES I** | **AGES II** | **AGES III** | **AGES IV** |
|
|
| **Atividades** | **AGES I** | **AGES II** | **AGES III** | **AGES IV** |
|
|
|
| -------------------------- | :--------: | :---------: | :----------: | :---------: |
|
|
| -------------------------- | :--------: | :---------: | :----------: | :---------: |
|
|
|
| Alimentar a wiki | | | | |
|
|
| Alimentar a wiki | R | R | C | A |
|
|
|
| Definir squads | | | | |
|
|
| Definir squads | I | I | I | A |
|
|
|
| Definir marcos da sprint | | | | |
|
|
| Definir marcos da sprint | I | I | I | A |
|
|
|
| Quebra de tasks | | | | |
|
|
| Quebra de tasks | I | I | C | A |
|
|
|
| Desenvolvimento | | | | |
|
|
| Desenvolvimento | R | R | A | A |
|
|
|
| Code review | | | | |
|
|
| Code review | I | I | A | C |
|
|
|
| Executar testes funcionais | | | | |
|
|
| Executar testes funcionais | I | R | C | A |
|
|
|
| Deploy da aplicação | | | | |
|
|
| Deploy da aplicação | I | I | A | R |
|
|
|
| Apresentação da review | | | | |
|
|
| Apresentação da review | I | I | I | A |
|
|
|
|
|
|
|
|
- I: Deve ser informado
|
|
- I: Deve ser informado
|
|
|
- C: Deve ser consultado
|
|
- C: Deve ser consultado
|
| ... | | ... | |
