Pourquoi voudriez-vous créer un script de déploiement dans PowerShell lorsque vous avez TFS?

J'expérimente le déploiement automatique / l'intégration continue et j'ai discuté avec mon chef d'équipe.

Je lui ai dit que j'étudiais la création de scripts de construction / déploiement dans PowerShell et il a dit que le déploiement automatique est très facile à configurer dans TFS à l'aide d'une interface graphique et que je devrais plutôt le rechercher. Je n'ai aucune expérience avec TFS à l'exception de la validation du contrôle de code source de VS.

Dans quelles situations TFS échouerait-il et seriez-vous mieux avec PowerShell pour un déploiement automatique? Quelles sont les autres raisons et avantages de choisir PowerShell au lieu de TFS?

Et autre chose: pourrais-je exécuter un outil tiers qui, par exemple, minimise les fichiers JS de TFS?

Voici quelques avantages de PowerShell:

• PowerShell offre une flexibilité maximale
• Vous pouvez facilement passer à un autre système de contrôle de source tel que Mercurial
• Les scripts seront plus faciles à maintenir que ce que TFS génère
• PowerShell est léger: vous pouvez exécuter le script sur n'importe quel PC

Je pense que vous avez mis le doigt sur la tête avec les avantages que vous avez énumérés. Powershell vous donne la mobilité et vous permet de passer du contrôle de source au contrôle de source, mais plus important encore, vous permet de passer d'un serveur de build à un serveur de build, comme TeamCity de Jetbrains. Étant donné que les scripts sont indépendants et peuvent être exécutés à partir de la ligne de commande, vous pouvez les lancer depuis n'importe où, y compris (comme vous l'avez dit) votre machine locale.