4

開発環境、テスト環境、UATなどの異なる環境間でのCRMの展開プロセスを自動化することを検討しています。展開を自動化するために市場で利用可能な既存のツールがあるかどうか疑問に思っていますか？いいえの場合、異なる環境間のCRM展開を自動化することは可能ですか？それを行うための最良の方法は何ですか？

ありがとう

4

3 に答える 3

6

私が働いている場所では、現在、まったく同じ問題に取り組んでいます。私は最初、私たちを助けることができる既製の製品を探すのにかなりの時間を費やしましたが、有望なものは何も見つかりませんでした。したがって、私たちは自分たちでその仕事を引き受けました。

マイクロソフトの何人かの人は、私が非常に役立つと思った主題についての短い「ホワイトペーパー」を作成しました。これは、Microsoft DynamicsCRM2011およびCRMオンラインソリューションの開発からテストおよび実稼働環境までの展開にあります。

「ベスト」プラクティスを使用しているとは言いませんが、PowerShellで、または独自のPSモジュールで.netベースのCmdLetsを使用して、すべてをスクリプト化することを選択しました。CRMサーバーには、組織を作成/削除するための基本的な機能を備えたPowerShellスナップインが付属していますが、CRMの実際の「展開」（カスタマイズ、構成データ、ユーザーなど）に関しては、多かれ少なかれ自分で行うことができます。

どのアプローチを選択するか（もしあれば）を知ることは興味深いでしょう？また、ご不明な点がございましたら、お気軽にお問い合わせください。

于 2012-07-24T11:29:32.133 に答える
1

これはどう？

xRM CIフレームワークは、DynamicsCRMソリューションの継続的インテグレーションを迅速かつ簡単に実装できるようにするツールのセットです。

于 2014-08-18T06:28:31.750 に答える
0

PowerShellとXRMCIフレームワークは、ソリューションの展開に適しています。欠点は、ソリューションに追加できないスタンディングデータまたは構成データ（またはCRM 2015で現在バグがあるソリューションアイテム（ケース作成ルール、SLAアイテムなど））です。 ）。この場合、クライアントと私は、SDKとAPIを使用して、ユーザー、チーム、メンバーシップ、キュー、ケース作成ルール（サポートされていませんが、APIでは許可されています）などの永続的なデータを作成するPowerShell C＃CmdLetsを作成しました。メールボックスなどを構成します。

したがって、XRMCIフレームワーク、C＃、およびPowerShellを組み合わせて使用​​すると、ある環境から次の環境への展開を自動化できます。重要なのは、時間をかけて手動でスクリプトを実行し、プロセスの信頼を構築し、要素を微調整して追加することです。その信頼が達成されたら、CI/CDプロセスとしてTFSとの統合に移ります。

ベストプラクティスに関しては、私自身の調査によると、これはまだ「あえて」の領域であり、実際の「ベストプラクティス」はありません。やがて、Chef、Puppet、Octopus、Microsoft（DSCを使用）などのプレーヤーが貢献します。しかし、今のところ....

于 2015-08-19T20:35:40.957 に答える