在CRM 2011中設置dev/qa/prod組織的正確方法

Question

考慮以下情形： CRM被用作應用程序開發平臺，其中多個應用程序（CRM解決方案）正在構建跨越許多開發ORG和這些應用程序解決方案 將最終由PROD組織中的一個組織託管。 的開發環境看起來如下：

1）含有共同的實體，角色和其他僞影稱爲COMMON

一個有機 的unmnanaged 「通用」 溶液

2）A隊在ORG 1工作的非託管解決方案1其中COMMON已導入作爲託管 溶液

3）B隊在ORG 2上的非託管解決方案2的工作，其中COMMON已導入作爲託管
溶液

4）C組中ORG 3非託管解決方案3的工作中，常見的有被導入作爲託管 解決方案

，有一項適用於所有應用程序（解決方案另一個稱爲Integration）來一起管理解決方案

問題：

1）是不是已經開發並行在同一發展 組織多個應用程序一個好主意？ 例如，當團隊B分享組織1時，他們分別在解決方案A &解決方案B上開發 開發團隊A &是否有意義？

2）如果上述任何需要的站點地圖自定義應該將這些自定義進行 並列入相應的管理解決方案的應用程序才 導入到積分還是應該所有站點地圖customizatons集成和 這些定製進行然後將其作爲託管解決方案（僅包含站點地圖） 導出，最終導入到PRODUCTION組織中。

3）解決方案1-3在各自單位啓用自定義實體，需要的權限添加到這些 實體（讀，寫等）的角色說「角色X」是從託管的公共
未來解決方案安裝在各自的組織中。實體角色的特權應授予 ，並作爲各自管理解決方案的一部分包含在內，還是應在INTEGRATION組織中完成 ？

任何指導將不勝感激。

Answer 1

1）您可以同時在同一個組織中開發多個解決方案。我們經常這樣做，而且當我們處理同一個實體時，唯一的問題就出現了。在完美的世界中，您的COMMON（這是您的核心庫）將成爲此解決方案開發組織中的託管解決方案。事實上，我強烈建議儘可能保持COMMON隔離，記錄得很好，並自動保留在SVN中。

2）網站地圖通常很容易做任何你想要的方式。絲帶是殺手。無論如何，我喜歡在UAT中手動進行更改，然後將其導入PROD。這不是理想的方式，只是看起來造成最少錯誤的方式。從DEV導入似乎覆蓋現有的項目，因爲它全部關於「最後贏」。

3）我會保留這些解決方案，因爲它們依賴於應用程序。現在，如果由於繁瑣的磁帶或用戶斷開連接，DEV不是那種需要管理的人員，我會在UAT內部構建一個與每個解決方案相關的非託管集成解決方案。因此，解決方案A集成，解決方案B集成等將由其他人處理。然後這些將從UAT中導出，作爲託管解決方案導入到PROD中。