Recentemente migramos para o TFS 2010 e começamos a incrementar a nossa rotina de build para realizar o deploy das aplicações para os ambientes de desenvolvimento, teste, homologação e produção.

Mas esbarramos em um problema. Os desenvolvedores não têm acesso aos servidores desses ambientes, somente a um compartilhamento onde foi configurado o diretório virtual da aplicação.

E no momento também não é possível configurar o Web Deploy nesses servidores.

Com isso começamos a estudar como publicar para o compartilhamento o resultado do build.

E a solução veio com o bom e velho MSBuild.

Na configuração da nossa Build Definition, adicionamos o comando abaixo na propriedade MSBuild Arguments:

/p:DeployOnBuild=true /p:DeployTarget=PipelinePreDeployCopyAllFilesToOneFolder 
      /p:_PackageTempDir=\\servidor\compartilhamento
      /p:AutoParameterizationWebConfigConnectionStrings=false

O pulo do gato está em passar para o MSBuild executar a target PipelinePreDeployCopyAllFilesToOneFolder ao invés da padrão que utiliza o Web Deploy. Essa target é a mesma usada pelo Visual Studio quando usamos a opção Publish.

Com o uso do rvm é comum configurar a variável PROMPT_COMMAND no .bash_profile para exibir a versão do ruby e gemset que estamos utilizando através do rvm-prompt.

Durante o curso Welcome to the Django do Henrique Bastos tive que preparar um ambiente de desenvolvimento Python no meu MacBook.

bash deploy msbuild python rvm terminal tfs virtualenv