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
This is an old version of this page. You can view the most recent version or browse the 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

Apresentação

Sprint 1

Sprint 2

Sprint 3

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