爲什麼託管和非託管解決方案文件在MS CRM中有很大不同？

我在MS Dynamics CRM中創建瞭解決方案，然後將其導出爲託管和非託管的解決方案。解壓縮，我運行customizations.xml文件diff工具。而且它們之間的差別太大了，很難說究竟發生了什麼變化以及原因。爲什麼託管和非託管解決方案文件在MS CRM中有很大不同？

這些變化是至關重要的嗎？

我可以通過將<Managed>標記中的值更改爲1而不是0來創建託管解決方案嗎？它會安全嗎？

2013-03-01 shytikov

很久以前，我剛剛嘗試過CRM時嘗試過。假如我沒有做別的事情，我不記得，我可以報告說，它不工作得很好。我們有一個服務器有很多定製和不同的東西。不知何故，我設法破壞了其中的一些。所以我不會推薦它。不過，對於一個有趣的想法+1。 – 2013-03-01 21:41:02

如果要運送您的解決方案爲客戶包裝適當的託管解決方案「適當出版商和版本」將是非常關鍵的一部分。

如果你深入到定製你就會明白，只有不斷變化的管理標籤並沒有真正在本來意義上託管的解決方案。

通過更新託管代碼，您可以從CRM安裝/卸載解決方案，但是如果您將深入正確使用託管解決方案，您可以在現場級別進行控制「哪些字段可定製，哪些字段不可定製「這樣，您就可以通過這種方式控制CRM，以便隨後導入的其他解決方案不會中斷您的定製，您將開始看到差異。

2013-03-03 13:51:15

儘管答案不詳細，我接受它。我將嘗試對我自己的'customization.xml'文件進行詳細分析。 – shytikov 2013-03-05 17:52:34

有周圍的託管和非託管解決方案的差異具體文檔極差。根據我的個人經驗，在指定託管解決方案時需要更多的元數據。例如，如果一個實體進行管理，它必須包括地說，如果你可以添加其他領域的實體，或更新形式的元數據等

至於這些變化是至關重要的？人們會認爲它們對於定義描述託管解決方案所需的所有元數據至關重要。

是否將標記更改爲1而不是0可能？是。它支持/將工作嗎？不可以。託管解決方案和非託管解決方案之間的XML存在很多未記錄的差異。只需更改託管代碼就可以導入最佳方案，並且最糟糕的情況是會破壞您的CRM解決方案環境。

2013-03-01 16:54:08 Daryl

目前我可能會確認，在''標籤中改變的值是有效的，至少乍一看是這樣。解決方案被視爲「託管」，並無縫地恢復。 – shytikov 2013-03-01 17:16:03

回答