Saya sedang berpikir untuk menggunakan alur kerja TFS Build untuk penerapan yang kompleks. Kami memiliki beberapa yang mungkin perlu digunakan:
- Aplikasi dan layanan web
- Basis data
- Laporan SSR
- Paket SSIS
- Siapa yang tahu apa lagi
Saya suka fakta bahwa saya bisa memberikan alur kerja beberapa parameter dasar seperti yang membangun untuk menyebarkan dan itu hanya akan berjalan. Secara potensial, beberapa bagian mungkin memerlukan persetujuan manusia, dan saya tahu bahwa alur kerja dapat mengatasinya juga. Contohnya adalah bahwa kita mungkin menggunakan alur kerja untuk membuat skrip perubahan dari Proyek Database Visual Studio kami, tetapi grup DBA akan ingin menyetujui skrip sebelum dijalankan.
Saya tertarik untuk mengetahui apakah orang lain telah menggunakan "build" untuk ini di masa lalu, dan masalah apa yang ditemukan.
deployment
builds
workflows
team-foundation-server
John Saunders
sumber
sumber
Jawaban:
Kami telah menggunakan TFS untuk memicu build kami tetapi menggunakan msbuild untuk membangun proyek kami. Keuntungan utama adalah bahwa kami memiliki skrip build yang dapat kami ubah kontrolnya tetap di bawah versi. Masalahnya dengan alur kerja misalnya: bagaimana Anda akan membangun versi yang lebih lama dari proyek Anda? Dengan skrip build, Anda hanya mendapatkan versi yang lebih lama dari kontrol sumber dan pergilah. Menyenangkan juga bisa bermain-main dengannya dan mengaktifkan / menonaktifkan opsi yang berbeda.
Jika Anda benar-benar yakin memiliki siklus build tetap, maka Anda mungkin dapat melakukannya, jika tidak memiliki skrip mungkin merupakan opsi yang lebih aman dan lebih mudah dilupakan.
sumber