問題タブ [publisher-policy]

特定の をリダイレクトしようとしています。.dllそれを と呼びましょうMyAssembly.dll。このアセンブリには 2 つのバージョンがあります。

と

これら 2 つのアセンブリを 3 番目のバージョンにリダイレクトしたい: 1.2.0.0. その目的のために、 GAC に適用される.configをビルドするために、次のファイルを作成しました。Publisher Policy

これで.config、ポリシーを生成するための適切なファイルを作成します。しかし、私の問題は、Policy.

次のステップの前に注意してください: アセンブリのバージョン管理は次のように機能します。

初めてポリシーを作成したいと思ったとき、リダイレクトしたいアセンブリ バージョンが次のようなものである場合1.0.0.0、次のように一致するポリシーを作成する必要があることに気付きました。

MyAssembly.dllこれにより、1.0.* からバージョン 1.1にリダイレクトできます。

しかし、上記で説明したように、複数のアセンブリをリダイレクトしたい場合、どうすればそのポリシーを生成できますか? ポリシーはどのように表示されますか?

2 つのアセンブリがある場合:

をビルドするにはどうすればよいPublisherPolicyですか?

この投稿と非常によく似た問題があります。

リリースが機能せず、FW 2.0 dll を FW 4.0 winform に参照する

GAC でパブリッシャー ファイルを使用している 3.5 バージョンのアプリがあります。これを開発サーバーにデプロイするとすべて正常に動作しますが、このアプリケーションを 4.0 に変換して開発サーバーにデプロイすると (GAC で 3.5 アセンブリを参照している)、アプリケーションがポリシー ファイルを無視しているようです。

私は考えることができるほぼすべてを試しました：

-追加/削除

-すべてが gac dll を参照していることを確認する -anycpu と x86 の両方のバージョンでデプロイする

手動で追加すると、これは機能します：

構成ファイルに含まれていますが、そのようなものは私のポリシーの目的を無効にしますね?

任意の提案をいただければ幸いです。

何年もの間、x-copy を使用して .NET アセンブリを問題なく展開してきました。先週から、.NET アセンブリと exe および c++ レガシー exe と dll (200 以上のファイル) を含むセットアップを構築するタスクを持った小さなチームができました。最初のインストール後、wpf アプリケーションに問題があります。起動時間が非常に長くなります。procmon を使用して wpf アプリケーション (ps: .NET アセンブリは GACed と NGed の両方) の 1 つをプロファイリングしましたが、プロセスが他のすべての無関係な (> 200) ファイルに対して複数の操作 (添付のスクリーンショットを参照) を行うことがわかりました。これが、アプリケーションの起動時間が遅くなる主な原因です。これは .NET パブリッシャー ポリシーに関連していますか? この動作を無効にして、アプリケーションを再び高速化するにはどうすればよいですか? 前もって感謝します！