まず、すべてのプラグインを登録解除し、特定の環境でワークフローを削除してから、カスタマイズをインポートする方法を探しています。
プラグインの登録を解除する最も簡単な方法は何ですか?
私はこれについて多くの研究を行ってきましたが、実用的な例を見つけることができないので、どんな助けも素晴らしいでしょう.
まず、すべてのプラグインを登録解除し、特定の環境でワークフローを削除してから、カスタマイズをインポートする方法を探しています。
プラグインの登録を解除する最も簡単な方法は何ですか?
私はこれについて多くの研究を行ってきましたが、実用的な例を見つけることができないので、どんな助けも素晴らしいでしょう.
この記事をご覧になることをお勧めします: Register Plug-ins Programmatically。
特に:
プラグインとイメージの登録に使用される主要なエンティティ タイプは、PluginAssembly、PluginType、SdkMessageProcessingStep、および SdkMessageProcessingStepImage です。カスタム ワークフロー アクティビティの登録に使用される主要なエンティティ タイプは、PluginAssembly と PluginType です。これらのエンティティは、作成、更新、取得、および削除操作で使用します。これらのクラスの使用を示すサンプル コードについては、プラグイン登録ツールのソース コードを参照してください。
このソース コードがどこにあるのか、実際にはわかりません。以前は SDK に含まれていましたが、CRM 2011 SDK をざっと調べたところ、見つかりませんでした。(Microsoft は以前はソースだけを出荷し、人々はそれをビルドする必要がありましたが、今ではバイナリだけを出荷するようです)。
いずれにせよ、これらの場所のいずれかでソースを見つけることができると思います。少し掘り下げる必要があるかもしれません.
Visual Studio用の開発者ツールキット拡張機能(SDKで利用可能)は、カスタムMSBuildターゲットファイルと必要なタスクを含むアセンブリをインストールします。このマシンにはインストールしていませんが、ターゲットファイルはと呼ばれていると思いますMicrosoft.CrmDeveloperTools.targets
。プログラムファイル(x86)フォルダーで*.targetsを検索します。
MSBuildに慣れている場合は、必要に応じて再利用または拡張できるものを確認することができます。また、VSまたは実行している自動ビルドシステムにうまく接続されます。
または、上記と組み合わせて、プラグイン登録ツールのソースコードもSDKに含まれています。
最も簡単な方法の定義と、登録を解除する必要があるプラグインの数にもよりますが、プラグイン登録ツールを使用するのがおそらく最も安全な方法です。
これがかなり古いことはわかっていますが、この問題を解決するために最近開発したこのオープン ソース ライブラリを参照することをお勧めします。ここで見つけることができます: http://dazinator.github.io/CrmUp/