deniojunior
commented
4 years ago Processo de desenvolvimento
Organização baseada no Kanban faça sentido, sendo administrado no próprio Projects do GitHhub.
Acho importante também que o desenvolvimento seja feito em Milestones, de forma a definir etapas, dando uma ideia do andamento do desenvolvimento. Não é necessário aplicar metodologias complexas pois o projeto é pequeno, então uma simples divisão de etapas consegue deixar evidente o andamento.
Os Milestones ficarão centralizados nesta issue, onde também serão detalhadas as suas respectivas tarefas. Cada tarefa gerará uma issue no GitHub que irá para o board no Projetcs. Dentro das issues, devem ser detalhados qualquer especifidade daquela tarefa.
Issues
As issues devem manter um padrão básico, contento as seguintes informações:
- Descrição da tarefa
- Definição de pronto (DoD)
Além disso, ela deve estar linkada ao board do projects, ao milestone, e com as respectivas labels referente à tarefa.
Boards
Os boards serão criados por milestones, a fim de exibir o andamento para o fechamento dos ciclos.
Labels
Como o projeto não é tão grande, defini apenas as labels abaxo, afim de manter uma certa organização de tema das issues, são elas:
- infra
- costs
- security
- ops
- documentation
- bug
- planning
- development
- monitoring
Para os PRs, acho bacana deixar evidente o ambiente em uma label. Por este motivo, também serão incluídas as labels:
- deploy:dev
- deploy:prod
Ambientes
Haverão 2 ambientes: dev e prod. Cada ambiente terá 1 branch protegido no GH que receberá contruibuições apenas via PR.
O fluxo de entrega deve seguir o Gitflow, mantendo feature branches, hotfix branches e bugfix branches, as quais devem seguir o seguinte padrão:
[type]-[descripion]-[issue]
Exemplos:
- ft-vpc_config-12
- bt-ci_config-13
- hf-containers_download-14
PRs
Os PRs devem conter:
- Descrição do que está sendo entregue
- Issue relacionada (task)
- Evidência da entrega
Commits
Os commits devem seguir o seguinte padrão:
Type(Scope(Optional)): message
Tipos e seus significados
- build: build da aplicação
- ci: continuos integration
- chore: core da aplicação
- docs: documentação
- feat: feature
- fix: conserto de um bug
- perf: performance
- refactor: refatoração de código
- revert: revertendo alteração
- style: estilos
- test: testes
Exemplo de commit:
feat: add terraform module for network
Informações iniciais
O intuito deste projeto é construir a arquitetura Elastic Web Server dentro do Google Cloud Platform (GCP). Esta arquitetura já foi construída por mim antes na AWS, conforme o diagrama abaixo:
A ideia é construir esta arquitetura no GCP com Terraform.