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

10

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
Thomas Stock
źródło

Odpowiedzi:

9

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.

Ryan Hayes
źródło