Estamos tentando simplificar o processo de publicação utilizando o Web Deploy através do VS2010. Queremos ser capazes de reverter rapidamente todas as versões quebradas, por isso criamos pastas para cada versão:
A partir de agora, publico o site localmente, copio os arquivos para a nova pasta de lançamento em nosso servidor e, em seguida, atualizo manualmente o caminho físico do site para a nova pasta no IIS. Como o site aponta para a pasta de uma release específica, não consigo usar a implantação da Web nesse site, pois o resultado substituiria os arquivos existentes.
Minha solução para o problema de substituição foi criar um site de implantação que aponta para a pasta raiz (C: \ www) e usar a implantação na Web para criar a nova versão. O próximo passo é atualizar o caminho físico do site, mas não consigo encontrar uma maneira correta de fazer isso. Estou ciente de executar um comando no evento pós-compilação, mas estou ficando um pouco perdido com a documentação de implantação da web, já que as opções de verbo são para sincronizar, despejar e excluir.
Quando a publicação estiver concluída, só preciso que o site do IIS aponte para o novo caminho físico. Isso é possível? Estou aberto a opções alternativas (como publicar localmente e depois executar um arquivo em lotes).
Se ainda não estiver, recomendo colocar seu projeto no controle de origem e esquecer os diferentes destinos de implantação com base na versão. Mantenha um único destino de implementação e, se alguma coisa nessa compilação estiver quebrada, volte para a liberação anterior no controle de origem e reimplemente-a. Isso tira você da situação confusa com várias pastas e precisa modificar sua raiz da Web.