Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • C CHL Corretora 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
  • CHL Corretora
  • CHL Corretora Wiki
  • Wiki
  • gitflow

Last edited by MATHIAS GATTI ELBERN Oct 22, 2021
Page history
This is an old version of this page. You can view the most recent version or browse the history.

gitflow

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

Gitflow do projeto

Descrição

Pensamos em um fluxo que funcionaria tanto pra o front quanto para o backend.

Segue o modelo:

Gitflow

ci/prod(master): branch de produção, onde só iremos subir as historias que foram devidamente testadas e homologadas.

ci/hlg(dev): branch de homolagação, onde sempre que tivermos uma historia fechada, faremos deploy para que assim possamos validar a integração e regressão da mesma.

release/sprint-x: branch criada a partir de ci/prod todo início de sprint, pois é nela que iremos inserir as historias validadas. Ao final da sprint, a branch de release atual deverá ser propagada para ci/prod.

story/work-item-description: branch de historia que poderá conter uma ou mais tasks. Ao ser validada, poderá ser propagada para ci/hlg e ao final da sprint, para release/sprint-x

task/work-item-description: branch de task que irá compôr uma parte da história. A cada task fechada, deverá ser feito o pull request para sua devida historia. , onde iremos avaliar os padrões de código utilizado e também as lógicas envolvidas nas mesmas.

Clone repository
  • Utilizando a wiki
    • adicionando imagens
    • escrevendo em markdown
    • wiki no editor de texto
  • arquitetura
  • banco_dados
  • configuracao
  • design_mockups
  • escopo
  • gerência
  • gitflow
  • Home
  • instrucoes
  • processo
  • testes