Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • Wiki 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
  • Packages & Registries
    • Packages & Registries
    • Package Registry
    • Infrastructure Registry
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Sistema Organizacional de Peças Automotivas
  • WikiWiki
  • Wiki
  • processo

processo · Changes

Page history
Update processo authored Sep 02, 2024 by Gabriel Bohn's avatar Gabriel Bohn
Show whitespace changes
Inline Side-by-side
processo.md
View page @ 1232e29f
......@@ -106,7 +106,7 @@ Merge request(MR) deve ser criado apenas ao finalizar a task com todos seus obje
Cada projeto terá seu template de MR que deverá ser usado para descrever as mudanças realizadas. Campos não obrigatórios estarão descritos em comentários, os demais devem ser preenchidos pelo autor do MR.
O MR deve ser aberto da branch que foi criada por vocês para a branch `develop`, deve selecionar algum ages 3 como reviewer do MR e se definir como autor. Se necessário alguma correção o ages 3 que revisou irá descrever o que está faltando ou errado no MR e só será aprovada e mergeada quando tudo estiver correto.
O MR deve ser aberto da branch que foi criada por vocês para a branch `develop`, não deve excluir a branch de origem, deve selecionar algum ages 3 como reviewer do MR e se definir como autor. Se necessário alguma correção o ages 3 que revisou irá descrever o que está faltando ou errado no MR e só será aprovada e mergeada quando tudo estiver correto.
---
......
Clone repository
  • Sprint 0
  • Sprint 1
  • Sprint 2
  • Sprint 3
  • Sprint 4
  • arquitetura
  • backend
  • banco de dados
  • configuracao
  • design_mockups
  • escopo
  • frontend
  • gerencia
  • Home
  • processo
View All Pages