Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • M Mutirao do Bem Wiki
  • Project information
    • Project information
    • Activity
    • Labels
    • Planning hierarchy
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • 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
    • Releases
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Mutirao do Bem
  • Mutirao do Bem Wiki
  • Wiki
  • processo

Last edited by Alessandro Silva de Medeiros Nov 13, 2021
Page history

processo

Home Escopo e Cronograma Mockups Configuração Arquitetura BD Instalação GP Processo Horários

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

Squad

Squad 1

Sprints

Sprint0

🔗 Apresentação e review

Sprint0

Sprint1

🔗 Apresentação e review

Sprint1

Sprint2

🔗 Apresentação e review

Sprint2

Sprint3

🔗 Apresentação e review

Sprint3

Git Workflow

Utilizaremos o inglês como padrão de nomenclaturas de versionamento e implementação (variáveis e métodos)

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

git checkout dev
git pull

Após, inicie a implementação na branch dev

Após terminar de implementar e testar as alterações localmente, atualize novamente a branch e crie uma nova branch com o comando:

git checkout -b nome-da-branch

Ao executar esse comando você estará na nova branch com as suas implementações.

Após, é possível realizar o commit da tarefa:

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

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

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

Após, abrir o GitLab do repositório e abrir um Merge Request para a dev:

  • Inserir um título para o MR
  • Breve descrição do que foi implementado
  • Selecionar a opção "Assign to me"
  • Marcar a opção de deletar a branch após o Merge

Abaixo segue o padrão de nomenclatura a ser usadas no projeto

Nomenclatura de Branches

Para padronização, as branches deverão ser criadas a partir do seguinte modelo:

Usaremos duas palavras para identificar implementação nova feat ou correção de algum bug fix. Segue exemplo abaixo:

feat/email-validation

Nomenclatura de Commits

Os comentários de commit devem ser o mais sucinto e explicativo possível, exemplo:

add validation login email
Clone repository
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • codigo
  • configuracao
  • escopo
  • gerencia
  • Home
  • horarios
  • instalacao
  • instrucoes
  • mockups
  • processo
View All Pages