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
  • Industria Digital
  • Wiki
  • Wiki
  • processos

processos · Changes

Page history
Update processos authored Sep 13, 2024 by Henrique Derlam Zwetsch's avatar Henrique Derlam Zwetsch
Show whitespace changes
Inline Side-by-side
processos.md
View page @ 18d42824
...@@ -47,3 +47,19 @@ No exemplo acima, o verbo "Adiciona" é utilizado para indicar que uma nova func ...@@ -47,3 +47,19 @@ No exemplo acima, o verbo "Adiciona" é utilizado para indicar que uma nova func
### Recursos Adicionais ### Recursos Adicionais
Para saber mais sobre Conventional Commits, visite o site oficial dos Conventional Commits. Para saber mais sobre Conventional Commits, visite o site oficial dos Conventional Commits.
## Padrões de Branch
Para nosso fluxo de trabalho, usamos a branch `main` como a branch de produção principal. Nenhuma alteração direta deve ser feita nessa branch, exceto quando estivermos prontos para fazer um release.
Para desenvolver novas funcionalidades e corrigir bugs, usamos a branch `develop` como nossa branch principal de desenvolvimento. A partir daqui, criamos novas branches para cada tarefa que precisa ser trabalhada.
* **feat**: Features novas.
* **fix**: Ajustes na aplicação.
* **chore ou arch**: Atualizações que não impactam na parte lógica da aplicação, e sim na arquitetura e organização.
O nome dessas branches devem seguir o padrão `feat/id-task/nome-da-feature`, `fix/id-task/nome-do-fix` ou `chore/id-task/objetivo-da-atualização`.
Exemplo: `feat/1234/adiciona-botao`.
**Importante:** Caso você não siga esses padrões, seus commits serão automaticamente rejeitados.
Ao final da sprint, todas as branches de feature e fixes devem ser revisadas e mescladas com a branch `develop` para integrar todas as alterações realizadas. Então, quando estamos prontos para fazer um release, a branch `main` é atualizada com a última versão de `develop` e o código é lançado para produção.
\ No newline at end of file
Clone repository
  • Arquitetura
  • Banco de dados
  • Configuração
  • Escopo
  • Gerência
  • Mockups
  • Presença Digital
  • Sprints
  • Home
  • processos