Dynamics crm 2011 在CRM 2011中建立dev/qa/prod组织的正确方法

考虑以下场景： CRM被用作一个应用程序开发平台，在这个平台上，跨多个开发组织和这些解决方案构建多个应用程序（CRM解决方案） 最终将托管在PROD组织中的一个组织下。 开发环境如下所示：

1） 一种非托管的“公共”解决方案，包含组织中的公共实体、角色和其他工件 称为普通

2） 团队A正在处理组织1中的非托管解决方案1，其中COMMON已作为托管解决方案导入 解决方案

3） 团队B正在组织2中处理非托管解决方案2，其中COMMON已作为托管解决方案导入
解决方案

4） 团队C正在组织3中处理非托管解决方案3，其中COMMON已作为托管解决方案导入 解决方案

还有一种称为集成的方法，旨在将所有应用程序（解决方案）作为托管解决方案组合在一起

问题:

1） 在同一个开发中并行开发多个应用程序是一个好主意吗 组织？ 例如，让A队和B队在执行任务时共享Org1有意义吗 分别开发解决方案A和解决方案B

2） 如果上述任何应用程序需要站点地图自定义，是否应进行这些自定义 并包含在各自的托管解决方案中 导入到集成中，或者所有站点地图自定义都应在集成和 这些自定义项将作为托管解决方案导出（仅包含站点地图） 最终导入生产组织

3） 解决方案1-3在各自的组织中有自定义实体，需要向这些实体添加权限 角色的实体（读、写等）称为“角色X”，该角色来自受管公用程序
安装在各自组织中的解决方案。实体上角色的权限是否应为 作为各自托管解决方案的一部分授予和包含，或者此资源调配是否也应授予和包含 要在集成组织中完成吗

任何指导都将不胜感激。

1）您可以在同一个组织中同时开发多个解决方案。我们经常这样做，事实上，当我们与同一实体打交道时，唯一的问题就出现了。在一个完美的世界中，您的COMMON（即您的核心库）将是此解决方案开发组织中的托管解决方案。事实上，我强烈建议尽可能地将公共文档隔离、高度文档化和自动化，以便保存在SVN中

2） 网站地图通常很容易做到任何你想要的方式。丝带是杀手。无论如何，我喜欢在UAT中手动进行更改，然后将这些更改导入到PROD。这不是一种理想的方式，只是一种导致错误最少的方式。从DEV导入似乎覆盖了现有的项目，因为这都是关于“最后一个在wins中”

---

3） 我会将这些保留在解决方案中，因为它们取决于应用程序。现在，如果由于繁文缛节或用户断开连接，开发人员不是管理此问题的人，我将在UAT内部构建一个非托管集成解决方案，该解决方案与每个解决方案相关联。因此，解决方案A-集成、解决方案B-集成等将由其他人处理。然后将这些出口从UAT导出，作为托管解决方案导入PROD.

。您可能需要考虑将这个问题分解成多个问题。列出的每个问题对应一个问题。这样，人们就可以单独警惕地回答每个问题，而不必同时回答所有3个问题。