Mezuro 2016: mudanças entre as edições

De CCSL
Ir para navegação Ir para pesquisar
(Criou página com '== Time == * Gustavo Rodrigues Cayres Silva * Herez Moise Kattan * Lucas Albuquerque Medeiros de Moura * Athos Coimbra Ribeiro == Informações Gerais == == Histórinha == ...')
 
 
Linha 14: Linha 14:
definidos ao longo das iterações (não no início do semestre):
definidos ao longo das iterações (não no início do semestre):


[1] Elaborar um ambiente de desenvolvimento reprodutível
* [1] Elaborar um ambiente de desenvolvimento reprodutível
[2] Migração do Mezuro para o Gitlab
* [2] Migração do Mezuro para o Gitlab
[3] Unificar todos os subprojetos do Mezuro em um repositório único
* [3] Unificar todos os subprojetos do Mezuro em um repositório único
[4] Migrar o ambiente de integração contínua do Travis para o Gitlab-ci
* [4] Migrar o ambiente de integração contínua do Travis para o Gitlab-ci


Nas primeiras duas semanas, para que a equipe se familiarizasse com o
Nas primeiras duas semanas, para que a equipe se familiarizasse com o

Edição atual tal como às 12h36min de 9 de dezembro de 2016

Time

  • Gustavo Rodrigues Cayres Silva
  • Herez Moise Kattan
  • Lucas Albuquerque Medeiros de Moura
  • Athos Coimbra Ribeiro

Informações Gerais

Histórinha

A equipe do Mezuro decidiu, no início do semestre, atacar problemas de infraestrutura relacionados ao projeto. Os tópicos a seguir, foram definidos ao longo das iterações (não no início do semestre):

  • [1] Elaborar um ambiente de desenvolvimento reprodutível
  • [2] Migração do Mezuro para o Gitlab
  • [3] Unificar todos os subprojetos do Mezuro em um repositório único
  • [4] Migrar o ambiente de integração contínua do Travis para o Gitlab-ci

Nas primeiras duas semanas, para que a equipe se familiarizasse com o projeto, resolvemos alguns bugs marcados como pontos de entrada para novos desenvolvedores enquanto subíamos um primeiro ambiente de desenvolvimento. Em seguida, com o conhecimento de como subir um ambiente de desenvolvimento, iniciamos a atividade [1]. Neste ponto, alteramos nosso método de desenvolvimento: deixamos de aplicar programação em pares para utilizar um método experimental de programação em grupo ("mob programming") introduzido pelo Joe Yoder. Com isto, após uma retrospectiva, abandonamos grande parte das ferramentas que vinhamos utilizando no quadro da equipe (passamos a utilizar uma variação mais enxuta de kanban).

Com o fim da atividade [1], demos início às demais atividades, que estão fortemente relacionadas. Embora ainda não tenhamos um ambiente de integração contínua pronto ([4]), já temos um repositório unificado no Gitlab ([2] e [3]). Esperamos finalizar a atividade [4] ao fim da última iteração para viabilizar a migração do repositório oficial do Mezuro para o Gitlab.