Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • I IdeiasAges
  • 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
  • IdeiasAges
  • IdeiasAges
  • Wiki
  • processo

Last edited by Thiago Carreira A. Nascimento May 15, 2017
Page history
This is an old version of this page. You can view the most recent version or browse the history.

processo

Commits

Padrão: #XX Descrição breve do que foi feito

Exemplo: #45 Corrigir bug no login

XX é o número da issue que está atrelada à tarefa que deve ser realizada.

Vamos fazer uso de boas práticas, devemos sempre descrever o commit no IMPERATIVO, como se estivesse passando um comando para alguém, por exemplo, em vez de começar a descrição usando 'Corrigindo', devemos usar 'Corrigir'.

Branches e Merges

Nosso repositório vai conter 3 branches principais: master, release e develop.

  1. Para começar o desenvolvimento de uma tarefa, deve-se criar uma branch a partir da release, com o nome feature-xx, onde serão feitos os commits relacionados a tarefa.

  2. Após terminar o desenvolvimento, deve-se fazer merge na branch develop para ser possível realizar o teste da tarefa integrado com todo o sistema.

  3. Se o teste da tarefa for aprovado, deve-se fazer merge na branch release.

Caso o teste não aprove o que foi desenvolvido, deve se corrigir/modificar o que é necessário, sempre dando commit na branch da tarefa.

  1. Ao final da sprint deve ser lançada uma nova release, e para isso deve-se fazer merge da branch release dentro da branch master.
Clone repository
  • Documentos
  • Histórias de Usuário
  • automatizacao
  • diagrams
  • environment configuration
  • equipe
  • erros comuns
  • formulario ideias
  • historias de usuario
  • Home
  • how to
  • installation
  • processo
  • rest api routes
  • sprints
View All Pages