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
Hide whitespace changes
Inline Side-by-side
processo.md
View page @ 58984010
......@@ -18,7 +18,8 @@ Esta seção é dedicada a apresentar o processo de desenvolvimento do time, jun
Para que os trabalhos no repositório sigam um fluxo organizado de trabalho, vamos adotar o **Git Flow** um fluxo de trabalho que consiste em duas principais branches:
- `main`: A branch principal, tendo todo o código final, validado e testado;
- `develop`: A branch de desenvolvimento, onde irá organizar os trabalhos realizados.
- `develop`: A branch de desenvolvimento, onde receberá todos as features realizados.
- `hml`: A branch de homologação, para validarmos em um ambiente real.
---
......@@ -54,12 +55,12 @@ Como acordo, todas as branches, commits e merge requests devem ser descritos em
Para criar uma branch e começar a trabalhar nela, 3 comandos git serão essenciais, vejamos abaixo quais são eles:
```sh
git checkout develop # Vai para a branch ‘develop’.
git checkout hml # Vai para a branch ‘hml’.
git pull # Puxa as modificações remotas.
git checkout -b <NOME_DA_SUA_BRANCH_AQUI> # Cria uma nova branch.
```
Nos comandos acima, você estará trocando para a branch ‘develop’, puxando todas as modificações remotas, e criando uma nova branch a partir da branch ‘develop’, e também, a branch em uso passa a ser a criada. Você então passará a trabalhar na nova branch criada.
Nos comandos acima, você estará trocando para a branch ‘hml’, puxando todas as modificações remotas, e criando uma nova branch a partir da branch ‘hml’, e também, a branch em uso passa a ser a criada. Você então passará a trabalhar na nova branch criada.
Os nomes das branches devem seguir o formato ```<tipo>/<breve_descrição>```, onde os ```<tipo>``` são os seguintes:
- ```feat/breve_descrição_nova_feature```
......
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