Política de Versionamento » Histórico » Versão 1
João Victor Pariz, 17/05/2025 17:36 h
| 1 | 1 | João Victor Pariz | h1. Política de Versionamento |
|---|---|---|---|
| 2 | |||
| 3 | # Política de Versionamento |
||
| 4 | |||
| 5 | Uma vez que utilizamos Git como VCS do nosso projeto, e este não é muito amigável com formatos de arquivo proprietários/binários (como o .vi), à medida que o projeto cresce e várias features são desenvolvidas em paralelo consoante o [git flow](http://nvie.com/posts/a-successful-git-branching-model/), o risco de merges que invalidem parte do desenvolvimento aumenta, e isto resulta um esforço adicional para debug / rework / refactor. Para evitar ao máximo que isto ocorra, é sugerido um modelo de política de versionamento: |
||
| 6 | |||
| 7 | - Cada desenvolvedor deve ser tutorado por outro desenvolvedor revisor, preferencialmente mais antigo no projeto. |
||
| 8 | - O desenvolvedor revisor é responsável por revisar e testar as mudanças feitas em uma feature antes de realizar o merge nas branches development ou master. As mudanças feitas são de responsabilidade deste. |
||
| 9 | - Desenvolvedores mais modernos devem ser tutorados por um desenvolvedor mais antigo no projeto, que será o seu revisor. |
||
| 10 | - Ao final de cada merge, o revisor deve fechar a respectiva tarefa de desenvolvimento da feature com uma breve síntese das mudanças realizadas pelo merge, explicitando como conflitos foram resolvidos caso estes ocorram. Feito o merge, o revisor deve deletar a branch da feature. |
||
| 11 | |||
| 12 | - Desenvolvedores são livres para acordar a relação de revisor/tutor, sujeitos a recomendações e orientações do Gerente e de outros membros. |