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 6
    • Issues 6
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 1
    • Merge requests 1
  • 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
  • HoorTech
  • WikiWiki
  • Wiki
  • Fluxo e Versionamento

Last edited by Pedro Henrique Tonial Pasinato Nov 12, 2024
Page history
This is an old version of this page. You can view the most recent version or browse the history.

Fluxo e Versionamento

Home Planejamento Arquitetura Geral Front End Banco de Dados Design do Sistema e Mockups Infraestrutura e Orçamento Fluxo e Versionamento

Estratégia de Branching e Padrão de Commits

1. Estratégia de Branching: Git Flow

Visão Geral

O Git Flow é uma estratégia de branching que organiza o desenvolvimento e o lançamento de software. Ele divide o trabalho em diferentes branches para garantir a estabilidade da branch main enquanto possibilita o desenvolvimento contínuo na branch develop.

Branches Principais

  • main: Branch de produção, sempre estável. Contém a versão pronta para lançamento.
  • develop: Branch de desenvolvimento, onde novas funcionalidades são integradas.
  • feature/*: Branches para desenvolvimento de funcionalidades específicas. Criadas a partir da develop.

Fluxo de Trabalho

  1. Iniciando uma Nova Feature

    • Crie uma branch feature/* a partir de develop:
      git checkout develop
      git checkout -b feature/nome-da-feature
  2. Concluindo uma Feature

    • Abrir um Merge Request no Gitlab e assinar AGES 3/4 como revisores.
  3. Correções Urgentes (Hotfixes)

    • Crie uma branch de hotfix a partir da main, corrija o problema e mescle tanto na main quanto na develop.

2. Padrão de Commits: Conventional Commits

Estrutura do Commit

  • <tipo>(<escopo>): <descrição>
  • Tipos Comuns:
    • feat: Adição de nova funcionalidade.
    • fix: Correção de bug.
    • docs: Alterações na documentação.
    • style: Alterações de formatação e estilo.
    • refactor: Refatoração de código.
    • test: Adição ou modificação de testes.
    • chore: Atualizações diversas, como mudanças de configuração.

Exemplos de Commits

  • Nova funcionalidade: feat(auth): adiciona autenticação por token JWT
  • Correção de bug: fix(api): corrige erro de CORS na API de produtos
  • Documentação: docs(README): adiciona instruções para configurar o ambiente
  • Refatoração: refactor(core): melhora a performance do algoritmo de busca
  • Lançamento: chore(release): versão 1.2.0
Clone repository
  • Arquitetura Geral
  • Back End
  • Banco de Dados
  • Design do Sistema e Mockups
  • Fluxo e Versionamento
  • Front End
  • Infraestrutura e Orçamento
  • Planejamento
  • Home