Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • V Vou Imigrar Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Issues 0
    • Issues 0
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 0
    • Merge requests 0
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Create a new issue
  • Jobs
  • Issue Boards
Collapse sidebar
  • Vou Imigrar
  • Vou Imigrar Wiki
  • Wiki
  • processo

Last edited by Arthur Kunzler Jun 18, 2022
Page history
This is an old version of this page. You can view the most recent version or browse the history.

processo

Home Escopo e Cronograma Processo Design/Mockups Configuração Arquitetura Código BD Qualidade Utilização

Processo de Desenvolvimento

Descrição

Esta seção é dedicada a apresentar o processo de desenvolvimento do time, junto dela serão apresentados documentos referentes a maneira que o time se organizou e trabalha.

Sumário

  • Git Workflow
  • Matriz de Responsabilidade
  • Plano de Comunicação
  • Plano de Riscos

Git Workflow

Branches

O padrão utilizado para nomenclatura da branches será em inglês e deve seguir o padrão feat/nome-da-feature, onde os nomes podem ser retirados diretamente do Trello. Caso seja necessário alguma correção, deverá ser modificado o prefixo para "fix", exemplo fix/nome-da-feature.

Primeiramente vá para a branch develop e atualize para a versão atual:

git checkout develop
git pull

Caso a branch da feature ainda não estiver criada utilize:

git checkout -b nome-da-branch

Commits

Após executar este comando você estará na nova branch, faça as alterações necessárias no código e commite as mudanças:

git add .
git commit -m "comentario-do-commit"

O comentário deve descrever o que foi alterado no código e deverá ser em inglês. Não hesite em realizar vários commits, assim podemos o desenvolvimento fica melhor documentado.

Após, se for o primeiro commit dessa branch, para que ela troque de local para remote:

git push --set-upstream origin nome-da-branch

Caso contrário realize um:

git push

Lembre de sempre enviar seus commits para o remoto com o uso do git push após realizar seu trabalho, assim os outros desenvolvedores terão sempre as ultimas atualizações do código.

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 se certificar que não terá conflitos, siga os seguintes passos:

git checkout develop
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

Abra o merge request da sua branch para a develop, no título coloque o nome da feature que foi desenvolvida, e descreva brevemente o que foi realizado no campo de descrição.

Matriz de Responsabilidade

Essa matriz foi desenvolvida para ajudar os membros do time a saberem seus papéis na dentro do processo de desenvolvimento.

Atividades AGES I AGES II AGES III AGES IV
Alimentar a wiki
Definir squads
Definir marcos da sprint
Quebra de tasks
Desenvolvimento
Code review
Executar testes funcionais
Deploy da aplicação
Apresentação da review
  • I: Deve ser informado
  • C: Deve ser consultado
  • R: Responsável
  • A: Aprova

Plano de Comunicação

Evento Descrição Responsável Envolvidos Frequência Duração
Kick Off (Exemplo) Primeiro encontro entre o time e os stakeholders do projeto. Nesse encontro são apresentados os principais itens do projeto e a ideia geral. Também são realizados questionamentos sobre o que foi apresentado, com a finalidade de ajudar nas definições dos requisitos do projeto em conjunto com o cliente. (Exemplo) Cliente(s) (Exemplo) AGES I, II, III, IV e Cliente(s) (Exemplo) Uma vez (início do projeto) (Exemplo) 1 hora - 1 hora e 30 minutos (Exemplo)
TBD... TBD... TBD... TBD... TBD... TBD...

Plano de Riscos

Risco Prevenção Contingência Estratégia
Atingir limite de uso gratuito da AWS (Exemplo) Utilizar servidores apenas para validação, desligando-os quando não utilizados (Exemplo) Alterar ambiente para outra conta de usuário (Exemplo) Transferir (Exemplo)
TBD... TBD... TBD... TBD...
Clone repository
  • Infraestrutura
  • Instalação
  • Mockups
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • escopo
  • estudos
  • gerencia
  • Home
  • processo