Plano de Gerência de Configuração de Software
Mantenedor: Antonio G. Castro · Versão: 1.6
Objetivo
Este plano sugere, explica e justifica padrões a serem adotados por todas as equipes de desenvolvimento, com base em materiais acadêmicos, papers, pesquisas, estudos de caso, documentações open-source de grandes corporações e materiais didáticos de engenharia de software.
Seguir esses padrões melhora a qualidade do software e dos processos das equipes, além de aumentar a rastreabilidade.
Visão do processo
| Etapa | O que define | Página |
|---|---|---|
| Commits | Estrutura e tipos das mensagens | Mensagens de commit |
| Pull Request | Template e checklist de pronto (DoD) | Gerenciamento de Pull Requests |
| Revisão | O que avaliar e checklist do revisor | Revisão de Pull Requests |
Glossário
| Termo | Significado |
|---|---|
| Branch | Cópia do código utilizada para desenvolver novas funcionalidades ou corrigir problemas sem alterar a versão principal do sistema. |
| Commit | Registro de um conjunto de alterações realizadas no código, permitindo acompanhar o histórico de modificações do projeto. |
| Pipeline | Processo automatizado que executa tarefas como compilação, testes e validações para garantir a qualidade do software. |
| Pull Request | Solicitação para revisar e integrar as alterações de uma branch à versão principal do projeto após aprovação da equipe. |
| DoD (Definition of Done) | Condições que devem ser satisfeitas para considerar uma tarefa concluída. |
| KISS (Keep it simple, stupid) | Princípio que recomenda manter o código e as soluções o mais simples possível, evitando complexidade desnecessária. |
| YAGNI (You aren't gonna need it) | Princípio que recomenda não implementar funcionalidades ou estruturas desnecessárias no momento, evitando trabalho e complexidade extras. |
Veja também o histórico de versões e fontes.