Bagaimana cara mengatur lingkungan Biztalk multi-pengembang?

Jika kita memiliki 3 pengembang yang mengerjakan proyek Biztalk yang sama, apa cara terbaik untuk menyiapkan lingkungan pengembangan kita?

Kami menggunakan TFS untuk menyimpan proyek Biztalk.

Haruskah kita menggunakan 1 server sql dan 1 server Biztalk dan kemudian memiliki 1 atau lebih mesin pengembang yang mengakses server sql dan biztalk? Masalah yang kami hadapi adalah ketika 1 pengembang mengkompilasi dan menerapkan perubahan mereka, hal ini dapat mempengaruhi pengembang lain jika mereka juga mencoba mengkompilasi dan menerapkan pekerjaan mereka.

Haruskah kita meminta masing-masing pengembang meng-host server sql dan biztalk lengkap mereka sendiri untuk pengembangan lokal baik di mesin mereka atau di dalam mesin virtual mereka sendiri? Masalah yang kami temukan adalah setiap pengembang dapat mengubah pengaturan server mereka dan pengaturan tersebut tidak disimpan dalam kontrol sumber. Hal ini dapat menyebabkan kebingungan ketika perubahan diterapkan ke server pengujian. Masalah kecil lainnya adalah setiap pengembang harus menginstal sql server, biztalk server, dan windows server.

Apakah ada cara lain untuk menyiapkan lingkungan pengembangan biztalk beberapa pengembang?


development-environment biztalk
person dtc    schedule 09.05.2009    source sumber

Jawaban (2)


arrow_upward
20
arrow_downward

Anda selalu ingin setiap pengembang memiliki instalasi BizTalk yang lengkap di mesin mereka sendiri. Percayalah, sebaliknya hal ini tidak akan berhasil, karena Anda akan terus berinteraksi satu sama lain saat mencoba menerapkan/menguji/men-debug perubahan.

Meskipun demikian, Anda juga memerlukan lingkungan pengembangan/pengujian terpusat tempat Anda menerapkan kode untuk pengujian terintegrasi yang lebih lengkap dan memastikan semua perubahan dari semua orang terlihat bersama.

Poin Anda tentang konfigurasi benar, tetapi hanya sampai pada titik tertentu. Hal ini karena Anda harus membuat konfigurasi solusi Anda bagian dari kode sumber Anda dan tetap menyimpannya dalam kendali sumber juga. Hal ini sangat penting ketika Anda sudah sedikit lebih maju dalam pengembangan karena Anda harus mulai memelihara beberapa versi file pengikatan Anda untuk setiap lingkungan (pengembangan, pengujian, produksi, dan seterusnya).

person tomasr    schedule 09.05.2009
comment
Terima kasih. Saya rasa saya setuju. Terima kasih juga telah mengingatkan saya tentang pengikatan file. Saya tidak terlalu berpengalaman dengan BizTalk dan melupakannya. - person dtc; 12.05.2009

arrow_upward
2
arrow_downward

tomasr benar. Selain itu, jika Anda memiliki perangkat keras yang layak dan banyak RAM, Anda mungkin ingin menyiapkan image VM dari lingkungan pengembang lengkap Anda, lalu membagikannya ke seluruh tim Anda. Tidak secepat perangkat keras asli, namun memungkinkan Anda untuk membatalkan perubahan, mengganti VM Anda jika Anda benar-benar melakukan kesalahan dan semua orang memiliki lingkungan yang sama – idealnya dekat dengan lingkungan target. Menyiapkan server pembangunan berkelanjutan juga merupakan hal yang paling penting, jika proyek Anda kecil, Anda bisa mendapatkan setiap checkin untuk menyebabkan pembangunan penuh, penerapan BizTalk, ekspor MSI dan kemudian menjalankan pengujian. Nanti saat solusi Anda bertambah banyak, Anda mungkin harus beralih ke perubahan C# yang berkelanjutan saja, lalu katakanlah setiap malam atau beberapa kali sehari, Anda melakukannya secara penuh. Kami telah melakukan ini dengan CruiseControl.net, Nant, nunit, dan berbagai skrip power shell, ini cukup memakan waktu, namun setiap pagi kami datang bekerja untuk menemukan rangkaian solusi BizTalk yang telah dikompilasi, diterapkan, diekspor, dan diuji sepenuhnya, siap untuk pengujian. tim.

person Community    schedule 15.05.2009