Quem disse que é preciso estar na versão mais nova das linguagens de programação da moda para poder adotar práticas de DevOps e usar uma ferramenta de ALM como o TFS ou o VSTS?

Fiz ontem uma palestra no DevOps & Tests Hack Nights sobre o assunto do título deste post.

Oi Pessoal! Estou muito feliz, pois hoje a Microsoft me enviou um e-mail avisando que um chamado que votei no users voice havia sido concluído.

Há um tempinho atrás surgiu dentro do time de ALM da Lambda3 uma rica discussão sobre o modelo de licenciamento do serviço de Build do Visual Studio Team Services (VSTS).

No post anterior eu mostrei a imagem do Docker que criei para um agente de build do VSTS, tornando trivial criar agentes de build, e escalá-los.

A Microsoft, seguindo a ideia de que tudo agora é multi-plataforma, possui um agente de build para o VSTS/TFS, multi-plataforma.

Nos dois primeiros posts sobre os novos agents do TFS e VSTS descreveu-se a instalação e configuração como build agent ou deploy agent.

A primeira parte dessa sequência de posts foi sobre os novos Agents do TFS e VSTS, e finalizou com um passo a passo de uma instalação e configuração  do Agent responsável pelo Build.

Em post anterior conhecemos a nova arquitetura de Agents para o build, ou build vNext.

Nesta semana na Lambda3 fiz um brown bag sobre Azure DevTest Labs, recurso do Microsoft Azure que foi lançado oficialmente na semana passada.