2009-05-09 24 views
5

同じBizTalkプロジェクトで3人の開発者が作業している場合、開発環境をセットアップする最良の方法は何ですか?複数の開発者Biztalk環境をセットアップする方法は?

私たちはBizTalkプロジェクトを格納するためにTFSを使用しています。

1 SQL Serverと1 BizTalk Serverを使用して、sqlサーバーとbiztalkサーバーにアクセスする開発者マシンを1つ以上用意する必要がありますか?この問題は、1人の開発者が変更をコンパイルおよびデプロイして、他の開発者が自分の作業をコンパイルおよびデプロイしようとしている場合に影響を与える可能性があるという問題です。

各開発者は、自社のマシンまたは独自の仮想マシンのいずれかでローカル開発用に独自の完全なsqlおよびbiztalkサーバーをホストする必要がありますか?この問題は、各開発者がサーバー設定を変更でき、それらの設定がソース管理に格納されていないことが原因で発生します。これは、変更がテストサーバーに展開されたときに混乱を招く可能性があります。もう一つの小さな問題は、各開発者がSQL Server、biztalkサーバーおよびWindowsサーバーをインストールする必要があることです。

複数の開発者のビズトー​​ク開発環境を設定する別の方法はありますか?

答えて

20

常に各開発者には、それぞれのマシンに完全なBizTalkインストールが必要です。私が信じているのは、変更を展開/テスト/デバッグしようとしている間に互いにやり続けているので、それ以外の場合は動作しません。

つまり、コードをデプロイしてより完全な統合テストを行い、全員からのすべての変更が一緒に見られるようにする、集中化された開発環境が必要です。

設定についてのあなたのポイントは真ですが、ポイントまでです。これは、ソースコードの部分のソリューション構成を作成し、ソース管理にも保持する必要があるからです。これは、各環境(dev、test、productionなど)ごとに複数のバージョンのバインディングファイルを管理し始める必要があるため、開発が少し前倒しされれば特に重要です。

+0

ありがとうございます。私は同意したと思う。また、バインディングファイルについて私に思い出させてくれてありがとう。私はBizTalkをあまり経験しておらず、それを忘れていました。 – dtc

2

tomasrが正しいです。まともなハードウェアとたくさんのRAMがある場合は、完全な開発環境のVMイメージをセットアップしてから、これをすべてのチームに共有することもできます。ネイティブのハードウェアほど高速ではありませんが、変更をロールバックすることができます。本当に混乱した場合はVMを置き換えてください。誰もが同じ環境になります。ターゲットに近い環境が理想的です。 継続的なビルドサーバーを設定することも、プロジェクトの規模が小さい場合、各チェックインを取得して完全ビルドを実行し、BizTalkを展開し、MSIをエクスポートしてからテストを実行できます。後で解決策が増えるにつれて、C#の変更だけを継続的に構築してから、夜間や数回、1日に何回か言うと、完全に行う必要があります。私たちはCruiseControl.net、Nant、nunit、そして様々なパワーシェルスクリプトを使ってこの作業を行ってきましたが、時間がかかりましたが、毎朝、完全にコンパイルされ、展開され、エクスポートされ、テストされたBizTalkソリューションのセットチーム。

関連する問題