Menggunakan TFS Build Process Template (Workflow) untuk Penerapan

10

Saya sedang berpikir untuk menggunakan alur kerja TFS Build untuk penerapan yang kompleks. Kami memiliki beberapa yang mungkin perlu digunakan:

  1. Aplikasi dan layanan web
  2. Basis data
  3. Laporan SSR
  4. Paket SSIS
  5. 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.

John Saunders
sumber
Kami menggunakan TFS 2010 untuk mengelola build / penyebaran kami. Saya tidak punya jawaban cepat untuk Anda; tetapi ketika masalah muncul, jangan ragu untuk mengirim email kepada saya dan kami setidaknya bisa mencoba mengatasinya.
Stephen Gross

Jawaban:

1

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.

Carlo Kuip
sumber
Alur kerja adalah file .xaml yang disimpan dalam kontrol sumber. Saya akan membutuhkan proses yang mem-cabang file .xaml bersama dengan kode sumber. Tidak diragukan lagi Anda melakukan branch file msbuild Anda bersama dengan sumbernya.
John Saunders
@ JohnSaunders ya, kami melakukan branch script build kami. Ini keren bahwa konfigurasi alur kerja Anda disimpan dalam file xml tetapi apa pengaruh perubahan konfigurasi pada item yang ada di versi yang berbeda dari alur kerja Anda (workitem, tugas, dll. Di dalam proyek Anda juga berada dalam alur kerja yang sama, kan? ) Di situlah saya melihat risiko, mengubah perilaku bagaimana TFS menangani proyek Anda dengan cepat.
Carlo Kuip
Saya tidak tahu apa yang Anda maksud. Mengubah templat proses pembuatan tidak akan mengubah item kerja. Apa maksud Anda "item yang ada di versi berbeda dari alur kerja Anda"?
John Saunders
Templat proses yang Anda terapkan saat membuat proyek TFS sedang membuat alur kerja. Itu berarti bahwa jika Anda membuat workitem itu terkait dengan berbagai tahapan alur kerja itu. Apakah proses build Anda akan menjadi perpanjangan pada alur kerja itu atau apakah itu proses yang terpisah?
Carlo Kuip
Maaf, Anda mengacaukan templat proses dan templat proses build. Microsoft memilih istilah mereka dengan buruk. Juga, templat proses yang Anda gunakan saat membuat proyek tim tidak membuat aliran kerja apa pun yang saya ketahui.
John Saunders