Futebol de Robos F180 » Inteligência

1. Política de Versionamento

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:

- Cada desenvolvedor deve ser tutorado por outro desenvolvedor revisor, preferencialmente mais antigo no projeto.
- 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.
- Desenvolvedores mais modernos devem ser tutorados por um desenvolvedor mais antigo no projeto, que será o seu revisor.
- 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.

- 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.