在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中。