Warum sollten Sie ein Bereitstellungsskript in PowerShell erstellen, wenn Sie über TFS verfügen?

Ich experimentiere mit automatischer Bereitstellung / kontinuierlicher Integration und habe mit meinem Teamleiter gesprochen.

Ich sagte ihm, dass ich das Erstellen von Build- / Bereitstellungsskripten in PowerShell untersuche, und er sagte, dass die automatische Bereitstellung in TFS über eine grafische Benutzeroberfläche sehr einfach einzurichten ist, und ich sollte dies stattdessen untersuchen. Ich habe keine Erfahrung mit TFS, außer dass ich mich zur Quellcodeverwaltung von VS verpflichtet habe.

In welchen Situationen würde TFS fehlschlagen und wären Sie mit PowerShell für die automatische Bereitstellung besser dran? Welche anderen Gründe und Vorteile gibt es, PowerShell anstelle von TFS zu wählen?

Und noch etwas: Könnte ich ein Drittanbieter-Tool ausführen, das beispielsweise JS-Dateien aus TFS minimiert?

Einige Vorteile von PowerShell, an die ich denken könnte:

• PowerShell bietet maximale Flexibilität
• Sie können problemlos zu einem anderen Versionsverwaltungssystem wie Mercurial wechseln
• Die Skripte sind einfacher zu warten als das, was TFS generiert
• PowerShell ist leicht: Sie können das Skript auf jedem PC ausführen

Ich denke, Sie haben mit den von Ihnen aufgeführten Vorteilen den Nagel auf den Kopf getroffen. Powershell bietet Ihnen Mobilität und ermöglicht Ihnen den Wechsel von der Quellcodeverwaltung zur Quellcodeverwaltung. Noch wichtiger ist jedoch, dass Sie von Build-Server zu Build-Server wechseln können, wie z. B. TeamCity von Jetbrains. Da die Skripte unabhängig sind und über die Befehlszeile ausgeführt werden können, können Sie sie von überall aus starten, einschließlich (wie Sie sagten) Ihres lokalen Computers.