Associação de Changesets e Builds de múltiplos subprojetos

12 views
Skip to first unread message

Leonardo Felicissimo

unread,
Jan 24, 2014, 1:02:39 PM1/24/14
to almb...@googlegroups.com
Olá a todos, boa tarde.

Meu nome é Leonardo Felicissimo, sou líder técnico. Depois de muito tentar e pensar, resolvi buscar por algum fórum de ALM e encontrei vocês. Por favor, me ajudem!

Nosso produto precisa de dados que são fornecidos através de múltiplos serviços (Windows Services) com diferentes responsabilidades. Atualmente temos em torno de 10 serviços. Estes serviços fazem parte de um único Team Project, que denominamos BackOffice. Nosso TFS está na versão 2013 e utilizamos o template Agile. A estrutura de nosso TFS é que para cada serviço temos uma Sub-area. Ou seja: MeuProjeto\BackOffice\Serviço 1, MeuProjeto\BackOffice\Serviço 2, MeuProjeto\BackOffice\Serviço 3. E temos PBI's, Bugs, Tasks associadas para estes serviços.

É aí que vem nosso problema. Temos um Build por serviço, e atualmente quando executo o build do Serviço 1, ele associa a este build TODAS as changesets do Serviço 2, dificultando assim, o Deployment do Serviço 2. Resultado? Nunca conseguimos saber o que exatamente estamos entregando nas release liberadas. Precisamos sempre questionar os desenvolvedores.

Como podemos resolver este problema de associação de items indevidos? A configuração do que deve ser compilado em cada Build Definition parece estar Ok, fizemos Active do que deveria estar Active, e Cloaked do que deveria estar Cloaked e por algum motivo o Build continua associando Changesets que não possuem qualquer relação com o serviço associado ao Build.

Podem nos ajudar?

[]'s

Gerson Dias

unread,
Jan 24, 2014, 2:44:00 PM1/24/14
to almb...@googlegroups.com
Leonardo,

Se entendi corretamente, você tem todos os seus serviços em um mesmo team project, correto? Se sim, este é o motivo do que você relatou, afinal, areas são mais para a organização dos WorkItens do que efetivamente dos changesets (até pq vc não tem uma forma nativa de associar changesets a areas). Você está associando estes changesets aos workitens correspondentes? O build pode ser associados aos workitens dos changesets contidos neles facilmente.... isto não resolveria o teu problema de saber o que está contido em determinado build?


2014/1/24 Leonardo Felicissimo <leomfel...@gmail.com>

--
Você está recebendo esta mensagem porque se inscreveu no grupo "ALM Brasil" dos Grupos do Google.
Para cancelar a inscrição neste grupo e parar de receber seus e-mails, envie um e-mail para almbrasil+...@googlegroups.com.
Para obter mais opções, acesse https://groups.google.com/groups/opt_out.

Leonardo Felicissimo

unread,
Jan 27, 2014, 12:19:01 PM1/27/14
to almb...@googlegroups.com
Gerson, muito obrigado pelo retorno. Isso mesmo!

Todos os serviços estão em um mesmo Team Project. O problema é que temos algumas dependências entre esses serviços que são em C++ e C# e compartilham bibliotecas. Como nossas bibliotecas não são geradas em pacote a parte, acabamos deixando toda a solução em um mesmo Team Project. Estamos fazendo associação dos WorkItens aos changesets sim. E os workitems são adicionados no build através dos changesets corretamente, o problema, é que os changesets do serviço B estão sendo associados por um build relacionado ao serviço A e os changesets contemplam alterações em um códigos que não possuem qualquer relação do serviço A. 


--
Você recebeu esta mensagem porque está inscrito em um tópico do grupo "ALM Brasil" dos Grupos do Google.
Para cancelar a inscrição neste tópico, acesse https://groups.google.com/d/topic/almbrasil/Vm3JyTSunq4/unsubscribe.
Para cancelar a inscrição neste grupo e todos os seus tópicos, envie um e-mail para almbrasil+...@googlegroups.com.

Para obter mais opções, acesse https://groups.google.com/groups/opt_out.

Gerson Dias

unread,
Jan 28, 2014, 9:49:07 AM1/28/14
to almb...@googlegroups.com
Olá, Leonardo

Realmente, eu não conheço uma forma nativa de fazer isso que você quer. Acredito que é sim possível, porém você terá que fazer algumas customizações no template de build que é usado. Este link http://www.colinsalmcorner.com/2013/02/custom-build-task-include-merged.html mostra como fazer uma customização onde o build report mostra os chagesets e workitens relativos ao merge de diversas branchs... acredito que possa te dar boas ideias de como executar o que você está precisando.


Outra fonte de inspiração que você pode ter é este aqui: http://tfsbuildextensions.codeplex.com/. Se a solução que você encontrar realmente for uma atividade customizada no build, não deixa de fazer o upload para este projeto e ajudar outras pessoas com um problema parecido. Inclusive podemos trabalhar nisso juntos com toda a comunidade, pois será um bom meio de dar uma sacudida nesta lista que anda meio parada.


Abs,

Gerson Afonso Dias



2014-01-27 Leonardo Felicissimo <leomfel...@gmail.com>
Reply all
Reply to author
Forward
0 new messages