Skip to content

GitLab

  • Menu
Projects Groups Snippets
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • W 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
  • Treinamento Autoguiado
  • Wiki
  • Wiki
  • Git

Git · Changes

Page history
Update Git authored Mar 30, 2025 by Jocemar Nicolodi Junior's avatar Jocemar Nicolodi Junior
Show whitespace changes
Inline Side-by-side
Git.md
View page @ d7df68ad
......@@ -27,20 +27,6 @@
### 🔁 Fluxo Resumido
# Guia de Uso do Git Flow (Sem Ferramentas Adicionais)
## Introdução
O **Git Flow** é um modelo de branching para Git que organiza o desenvolvimento do projeto de forma estruturada, garantindo estabilidade no código em produção e facilitando a colaboração entre desenvolvedores. Este guia descreve o fluxo de trabalho sem necessidade de instalação de ferramentas adicionais.
## Estrutura de Branches
O Git Flow segue a seguinte estrutura principal:
- **`main`**: Contém o código estável e pronto para produção.
- **`develop`**: Contém o código em desenvolvimento. Todas as novas funcionalidades são integradas aqui antes de serem preparadas para produção.
- **`feature/nome-da-feature`**: Criada a partir de `develop` para desenvolver uma nova funcionalidade.
- **`release/x.y.z`**: Criada a partir de `develop` para preparar uma nova versão antes de ser integrada em `main`.
- **`hotfix/x.y.z`**: Criada a partir de `main` para corrigir problemas críticos em produção.
## Papéis e Comandos
### Desenvolvedores (Criando e Finalizando Features)
......@@ -53,11 +39,11 @@ O Git Flow segue a seguinte estrutura principal:
2. Desenvolver a funcionalidade e realizar commits:
```sh
git add .
git commit -m "Implementa funcionalidade X"
git commit -m "codjira:breve-descricao"
```
3. Enviar a feature para o repositório remoto:
```sh
git push origin feature/nome-da-feature
git push origin feature/nome-feature
```
4. Criar um **Pull Request (PR)** para mesclar a feature em `develop`.
......@@ -69,7 +55,7 @@ O Git Flow segue a seguinte estrutura principal:
git push origin --delete feature/nome-da-feature
```
### Gestores de Release (Criando e Finalizando uma Release)
### Gestores de Release (Criando e Finalizando uma Release) (baseado em git flow, manter ou tirar se quiserem)
1. Criar uma branch de release a partir de `develop`:
```sh
git checkout develop
......@@ -97,7 +83,7 @@ O Git Flow segue a seguinte estrutura principal:
git push origin --delete release/x.y.z
```
### Correções Críticas (Hotfixes)
### Correções Críticas (Hotfixes) (também baseado em git flow, manter ou deixar mais simples)
1. Criar uma branch de hotfix a partir de `main`:
```sh
git checkout main
......@@ -133,5 +119,4 @@ O Git Flow segue a seguinte estrutura principal:
- Hotfixes devem ser feitos apenas para problemas críticos.
- Todos os Pull Requests devem ser revisados antes de merge.
Dúvidas? Entre em contato com o time técnico! ✉️
Clone repository
  • Git
  • arquitetura
  • configuracao
  • database
  • escopo e cronograma
  • Home
  • mockups
  • processo
  • processos
  • requisitos
  • sprints