Por que você criaria um script de implantação no PowerShell quando possui o TFS?

Estou experimentando a implantação automática / integração contínua e conversei com o líder da minha equipe.

Eu disse a ele que estava investigando a criação de scripts de construção / implantação no PowerShell e ele disse que a implantação automática é muito fácil de configurar no TFS usando uma GUI e eu deveria pesquisar isso. Não tenho experiência com o TFS, exceto por me comprometer com o controle de origem do VS.

Em quais situações o TFS falharia e você se sairia melhor com o PowerShell para implantação automática? Quais outros motivos e vantagens existem para escolher o PowerShell em vez do TFS?

E outra coisa: eu poderia executar uma ferramenta de terceiros que, por exemplo, reduz os arquivos JS do TFS?

Algumas vantagens do PowerShell:

• O PowerShell oferece flexibilidade máxima
• Você pode alternar facilmente para outro sistema de controle de origem, como o Mercurial
• Os scripts serão mais fáceis de manter do que o que o TFS gera
• O PowerShell é leve: você pode executar o script em qualquer PC

Acho que você acertou na cabeça com as vantagens que listou. O Powershell oferece mobilidade e permite que você passe do controle de origem para o controle de origem, mas, mais importante, permite que você mude de um servidor para outro, como o TeamCity da Jetbrains. Como os scripts são independentes e podem ser executados a partir da linha de comando, você pode acioná-los de qualquer lugar, incluindo (como você disse) sua máquina local.