Perché dovresti creare uno script di distribuzione in PowerShell quando hai TFS?

9

Sto sperimentando l'implementazione automatica / l'integrazione continua e ho parlato con il mio team leader.

Gli ho detto che sto studiando la creazione di script di build / deployment in PowerShell e ha detto che la distribuzione automatica è molto facile da configurare in TFS utilizzando una GUI e dovrei invece ricercarla. Non ho esperienza con TFS tranne che per il controllo del codice sorgente da VS.

In quali situazioni TFS fallirebbe e con PowerShell staresti meglio per l'implementazione automatica? Quali altri motivi e vantaggi esistono per scegliere PowerShell invece di TFS?

E un'altra cosa: potrei eseguire uno strumento di terze parti che, ad esempio, minimizza i file JS da TFS?

Alcuni vantaggi di PowerShell che potrei pensare:

  • PowerShell offre la massima flessibilità
  • Puoi facilmente passare a un altro sistema di controllo del codice sorgente come Mercurial
  • Gli script saranno più facili da gestire rispetto a ciò che genera TFS
  • PowerShell è leggero: puoi eseguire lo script su qualsiasi PC
posta Thomas Stock 10.11.2011 - 14:53
fonte

1 risposta

8

Penso che tu abbia centrato l'unghia sulla testa con i vantaggi che hai elencato. PowerShell ti offre mobility e ti consente di passare dal controllo del codice sorgente al controllo del codice sorgente, ma soprattutto ti consente di passare dal build server al build server, come TeamCity di Jetbrains. Poiché gli script sono indipendenti e possono essere eseguiti dalla riga di comando, è possibile disattivarli da qualsiasi posizione, inclusa (come hai detto tu) la tua macchina locale.

    
risposta data 10.11.2011 - 18:09
fonte