Dlaczego miałbyś tworzyć skrypt wdrażania w PowerShell, gdy masz TFS?

Eksperymentuję z automatycznym wdrażaniem / ciągłą integracją i rozmawiałem z szefem mojego zespołu.

Powiedziałem mu, że badam tworzenie skryptów kompilacji / wdrażania w PowerShell, a on powiedział, że automatyczne wdrażanie jest bardzo łatwe do skonfigurowania w TFS za pomocą GUI i powinienem to zbadać. Mam zerowe doświadczenie z TFS, z wyjątkiem zobowiązania się do kontroli źródła z VS.

W jakich sytuacjach TFS zawiedzie i czy lepiej byłoby skorzystać z PowerShell do automatycznego wdrażania? Jakie są inne powody i zalety, aby wybrać PowerShell zamiast TFS?

I jeszcze jedno: czy mogę uruchomić narzędzie innej firmy, które na przykład minimalizuje pliki JS z TFS?

Oto niektóre zalety PowerShell:

• PowerShell oferuje maksymalną elastyczność
• Możesz łatwo przejść do innego systemu kontroli źródła, takiego jak Mercurial
• Skrypty będą łatwiejsze w utrzymaniu niż generowane przez TFS
• PowerShell jest lekki: możesz uruchomić skrypt na dowolnym komputerze

Myślę, że trafiłeś w sedno zaletami, które wymieniłeś. Program Powershell zapewnia mobilność i pozwala przechodzić od kontroli źródła do kontroli źródła, ale co ważniejsze, pozwala przechodzić od serwera kompilacji do kompilacji serwera, takiego jak TeamCity Jetbrains. Ponieważ skrypty są niezależne i można je uruchamiać z wiersza poleceń, możesz je odpalać z dowolnego miejsca, w tym (jak powiedziałeś) z komputera lokalnego.