Estou pensando em usar fluxos de trabalho do TFS Build para implantações complexas. Temos alguns que podem precisar implantar:
- Aplicativos e serviços da Web
- Base de dados
- Relatórios do SSRS
- Pacotes SSIS
- Quem sabe o que mais
Gosto do fato de poder fornecer ao fluxo de trabalho alguns parâmetros básicos, como qual build implantar e que seria executado. Potencialmente, algumas partes podem precisar de aprovação humana, e eu sei que o fluxo de trabalho também pode lidar com isso. Um exemplo é que podemos usar o fluxo de trabalho para criar um script de alteração de nossos projetos de banco de dados do Visual Studio, mas o grupo DBA desejará aprovar o script antes de executá-lo.
Estou interessado em saber se outras pessoas usaram "builds" para isso no passado e quais problemas foram encontrados.
deployment
builds
workflows
team-foundation-server
John Saunders
fonte
fonte
Respostas:
Usamos o TFS para acionar nossas compilações, mas usamos o msbuild para compilar nossos projetos. A principal vantagem é que temos um script de construção que pode alterar e manter um controle de versão. O problema é com os fluxos de trabalho, por exemplo: como você criará uma versão mais antiga do seu projeto? Com um script de construção, você obtém a versão mais antiga do controle de origem e pronto. Também é bom poder mexer com ele e ativar / desativar diferentes opções.
Se você tem certeza de que possui um ciclo de construção fixo, provavelmente poderá realizá-lo, caso contrário, ter um script é provavelmente a opção mais segura e mais fácil de usar.
fonte