-
Notifications
You must be signed in to change notification settings - Fork 1
Padrões e Convenções
Igor dos Santos edited this page Jan 15, 2025
·
5 revisions
Refere-se às práticas recomendadas relacionadas ao uso geral do Git, que incluem a forma de interagir com o repositório (commits, pull requests, merges, etc.)
Foco: Garantir uma interação eficiente, organizada e colaborativa com o repositório.
- Mensagens de commits bem estruturas. Exemplo Conventional Commits.
- Commits pequenos e frequentes para facilitar o rastreamento de mudanças.
- Uso adequado de comandos. Exemplo:
rebase
vs.merge
, uso destash
, etc. - Workflow de Pull Requests. Padrões para revisão, aprovação e merge.
- Todos os commits devem começar com um prefixo descritivo, como
fix
,feat
ourefactor
.
Refere-se às práticas para organizar e nomear branches no repositório Git. É sobre como estruturar o fluxo de trabalho das branches.
Foco: Gerenciar o desenvolvimento colaborativo e facilitar a integração de código.
- Estrutura de branches principais:
main
,hotfix
,feature
erelease
- Padrões de nomenclatura. Exemplo:
feature/nome-da-feature
,hotfix/id-do-bug
- Fluxos de trabalho para integração: GitHub Flow
- Docker é utilizado para criar imagens que facilitam a publicação da aplicação na infraestrutura.
- Docker Compose é utilizado para simular o ambiente / stack necessário para sua aplicação localmente.
- Dentro do repositório nossas/devops, um outro arquivo docker compose será utilizado para definir o stack de serviços junto a sua aplicação.
- Interface gráfica para facilitar o gerenciamento de Docker Containers entre hosts / instâncias.
- Gerenciar e documentar a infraestrutura de hosts como código.
- Sempre que houver necessidade de manutenção na infraestrutura isso deve ser refletido no código.
- Nomeação de Branches
- Pull Request (Padrões e Definições, Semantic Pull Requests)
- Automação com GitHub Actions (Testes, Lint, Commitlint, etc.)
- Revisão (Envolvidos) e Aprovação do Pull Request
- Merge do Pull Request