Política de Versionamento » Histórico » Versão 4
Luciano Barreira, 27/04/2018 13:15 h
| 1 | 1 | Luciano Barreira | # Política de Versionamento |
|---|---|---|---|
| 2 | |||
| 3 | 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: |
||
| 4 | |||
| 5 | - Cada desenvolvedor deve ser tutorado por outro desenvolvedor revisor, preferencialmente mais antigo no projeto. |
||
| 6 | 2 | Luciano Barreira | - 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. |
| 7 | 1 | Luciano Barreira | - Desenvolvedores mais modernos devem ser tutorados por um desenvolvedor mais antigo no projeto, que será o seu revisor. |
| 8 | 4 | Luciano Barreira | - 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. |
| 9 | 2 | Luciano Barreira | |
| 10 | 3 | Luciano Barreira | - 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. |