ベスト プラクティスに従って、成果物 (スキーマ、パイプライン、マップなど) に基づいて BizTalk ソリューションをプロジェクトに分割しました。また、ビジネス プロセスをソリューション フォルダーに分けました。それぞれに利用可能にする必要があるスキーマを保持するための共通プロジェクトを作成し、必要に応じてこれらを参照しました...これまでのところ良いです。
展開すると、共通のスキーマと各参照が展開され、複数のスキーマが生成されます。プロジェクト アセンブリで依存関係のチェックを外そうとすると、エラーが発生します。
この依存関係はプロジェクトによって追加されたものであり、削除することはできません。
何か不足していますか？
Visual Studio 2012、BizTalk Server Dev Ed 2013。
本当に、他の投稿と同じ答えです。
Visual Studio ソリューションを 1 つの展開単位と見なし、それを中心にプロセスを構築します。つまり、すべてのプロジェクト、スキーマ、マップ、オーケストレーションは、1 つだけが変更されたとしても、常に一緒に機能します。
特に展開の問題のために、ソリューション間でスキーマを共有しないように一生懸命努力しています。スキーマの重複または本質的に重複する場合でも、これを行います。99% の確率で唯一壊れるのは、Xml 逆アセンブラーの自動スキーマ解決であり、これは簡単に解決できます。
「展開すると、共通のスキーマと各参照が展開され、複数のスキーマが生成されます」
申し訳ありませんが、この部分は正しくないようです。共通のスキーマ プロジェクトがある場合は、重複があってはなりません。