Exibir código-fonte para 06/02/2017 - Os Desafios do Famigerado MERGE

* Foi feito um resumo das duas últimas reuniões de desenvolvedores, para analisar o que se havia melhorado e se as ações estavam sendo tomadas.
* Vimos que boa parte as ações que competem aos Desenvolvedores, como Documentações pela WIKI, Revisões de Merges, Apresentações de Estruturas do Sistema, e etc já estão sendo feitas surtindo um pouco aos efeitos das nossas Reuniões.
* Foi iniciada, por parte do Líder do Produto, uma apresentação macro, da Estrutura de algumas aplicações de Serviços e Micro-Serviços ativas no GS, como: CleanLog, GPS Coord, Claudus, dentre outros.
* Brotou-se a sugestão, de em formato de Capacitação e Testes, criássemos um branch, que recebesse os mesmos requests de merge do develop, para que nós do Desenvolvimento, tivéssemos autonomia nas revisões e merges. Que poderia ser controlado em formato de rodízio por todos, para que todos ganhassem esse skill de Revisor Aprovador de Merges, na tentativa de descentralizar essa tarefa.
* Surgiu-se também a grande ideia de se capacitar novos Revisores Aprovadores de Merges, por parte da Arquitetura, podendo ser feita no ato das aprovações de merges, chamando um desenvolvedor ou líder, pré-selecionado, para sentar-se ao lado do Arquiteto e que este obtivesse todas as informações possíveis e imagináveis para uma boa aprovação de merge. Bastando assim adequar as agendas do pré-selecionado com o Arquiteto para o momento dos respectivos merges, e dessa forma tentarmos dar fluidez nesse processo.
* Foi sugerido por Marcus, que se colocassem os códigos das Tarefas do RedMine na descrição da Requisição do Merge, para possibilitar aos revisores e mescladores a verificação se a solução implementada está coerente com a demanda.

'''Ações a Serem Tomadas'''
----
* Publicação dos Produtos e Serviços que compõe o GeoSales na Documentação da Wiki.
* O líder do Produto Anderson Gomes, continuará a nos apresentar a estrutura de Aplicações e Serviços do GeoSales, 30 minutos antes da próxima reunião.
* Mediante consenso dos desenvolvedores, vimos que a criação de outro merge que receberia as atualizações do develop, seria mais despendioso e cansativo para os envolvidos na tarefa de controlar um branch a parte da linha de desenvolvimento.
* Solicitamos por parte da Gestão, que seja feita uma Preparação para um ou mais Desenvolvedor e/ou Líder que seja capaz de receber no momento do merge, um by pass das melhores formas de mesclagem, para que tenhamos outros Revisores Mescladores de Merge(Trainee).

'''Participantes'''
----
Anderson Gomes, Anderson Couto, Bruno Araújo, Luan, Marcus Fábio, Mário, Raphael, Arielton e Rodrigo.

'''Moderador:''' Fábio Roseno