请考虑以下情形： CRM被用作应用程序开发平台，在许多开发ORG和这些解决方案中构建多个应用程序（CRM解决方案） 最终将在PROD组织的一个组织下托管。 开发环境如下所示：
1）未组织的“公共”解决方案，包含组织中的公共实体，角色和其他工件 叫COMMON
2）团队A在ORG 1中处理非托管解决方案1，其中COMMON已作为托管导入 溶液
3）B队在ORG 2中处理非托管解决方案2，其中COMMON已作为托管进口 溶液
4）团队C在ORG 3中处理非托管解决方案3，其中COMMON已作为托管导入 溶液
还有另一种名为INTEGRATION的产品，它适用于所有应用程序（解决方案）作为托管解决方案一起使用
问题：
1）在同一个开发中并行开发多个应用程序是一个好主意 ORG？ 例如，让A队和A队有意义。 B队在他们做的时候分享Org 1 开发解决方案A＆amp;解决方案B分别？
2）如果上述任何应用程序需要站点地图自定义，则应进行这些自定义 并在它们之前包含在相应的托管解决方案中 导入INTEGRATION或所有站点地图自定义都应在INTEGRATION和 这些自定义反过来作为托管解决方案导出（仅包含站点地图） 最终导入PRODUCTION组织。
3）解决方案1-3在各自的组织中都有自定义实体，需要为这些组织添加权限 角色的实体（读，写等）说来自托管公共的“角色X” 安装在各自组织中的解决方案。对实体角色的特权是否应该 授予并作为相应托管解决方案的一部分包含在内，或者也应该提供此类配置 可以在INTEGRATION组织中完成吗？
非常感谢任何指导。
答案 0 :(得分：1)
1）您可以同时在同一个组织中开发多个解决方案。我们经常这样做，而且当我们处理同一个实体时，确实会出现唯一的问题。在完美的世界中，您的COMMON（这是您的核心库）将成为此解决方案开发组织中的托管解决方案。事实上，我强烈建议尽可能保持COMMON的隔离，高度记录，并自动保存在SVN中。
2）站点地图通常很容易以您想要的方式进行。丝带是杀手。无论如何，我喜欢在UAT中手动进行更改，然后将它们导入PROD。这不是理想的方式，只是似乎导致最少量错误的方式。从DEV导入似乎覆盖现有项目，因为它完全是关于“最后的胜利”。
3）我会将这些保留在解决方案中，因为它们依赖于应用程序。现在，如果DEV不是那种由于繁文缛节或用户断开连接而管理这种情况的人，我会在UAT内部构建一个与每个解决方案相关联的非托管集成解决方案。所以解决方案-A集成，解决方案-B集成等由其他人处理。然后，这些将从UAT导出，作为托管解决方案导入PROD。