Mengapa Anda membuat skrip penerapan di PowerShell saat Anda memiliki TFS?

Saya bereksperimen dengan penerapan otomatis / integrasi berkesinambungan dan berbicara dengan pemimpin tim saya.

Saya mengatakan kepadanya bahwa saya sedang menyelidiki pembuatan skrip build / deployment di PowerShell dan dia mengatakan penyebaran otomatis sangat mudah diatur di TFS menggunakan GUI dan saya harus meneliti itu sebagai gantinya. Saya tidak memiliki pengalaman dengan TFS kecuali untuk melakukan kontrol sumber dari VS.

Dalam situasi apa TFS akan gagal dan apakah Anda akan lebih baik dengan PowerShell untuk penerapan otomatis? Apa alasan dan keuntungan lain yang ada untuk memilih PowerShell bukan TFS?

Dan satu hal lagi: Bisakah saya menjalankan alat pihak ketiga yang, misalnya, memotong file JS dari TFS?

Beberapa keuntungan dari PowerShell yang dapat saya pikirkan:

• PowerShell menawarkan fleksibilitas maksimum
• Anda dapat dengan mudah beralih ke sistem kontrol sumber lain seperti Mercurial
• Skrip akan lebih mudah dipelihara daripada yang dihasilkan TFS
• PowerShell ringan: Anda dapat menjalankan skrip di PC apa pun

Saya pikir Anda memukul paku di kepala dengan kelebihan yang Anda daftarkan. Powershell memberi Anda mobilitas dan memungkinkan Anda berpindah dari kontrol sumber ke kontrol sumber, tetapi yang lebih penting memungkinkan Anda berpindah dari server build ke server build, seperti TeamCity Jetbrains. Karena skrip independen dan dapat dijalankan dari baris perintah, Anda dapat memecatnya dari mana saja, termasuk (seperti yang Anda katakan) mesin lokal Anda.