我正在努力将托管解决方案从开发环境导出到另一个干净的环境中。但是，该解决方案将不会导入，因为依赖性违规“正在关注联系人”，“我关注的联系人”，“正在关注的潜在客户”和“我遵循的潜在客户”视图。根据我对解决方案的修改方式，错误可以从
开始“计算依赖项时出错：使用ID ...保存的查询出错”
到
“托管解决方案无法使用Id = 3a282da1-5d90-e011-95ae-00155d9cfa03覆盖SavedQuery组件，该组件具有非托管基本实例。此错误最可能出现的情况是非托管解决方案已安装新的非托管SavedQuery组件在目标系统上，现在来自同一发布者的托管解决方案正在尝试将相同的SavedQuery组件安装为托管。这将导致目标系统上的解决方案无效分层，并且是不允许的。“
但在任何一种情况下，罪魁祸首都是与活动供稿有关的观点之一。 Lead and Contact和Campaign Activity是此解决方案中唯一开箱即用的实体。我如何摆脱这种依赖？
源组织是内部部署安装，因此通过市场下载手动部署了活动源。我已经尝试将托管解决方案导出导入到在线和内部部署组织中。
如果从导出生成的customization.xml文件中删除上面的4个视图，我可以成功导入解决方案。导入后，视图仍然在目标系统中，因为它们是活动源附带的系统视图。但我不满意这是真正的解决方案，因为我知道在解决方案导出中直接修改XML是不受支持的。
当我从非托管解决方案的导出的customizations.xml文件中删除视图并将该解决方案导入新组织时，我发现了一个临时修复。然后，我将该解决方案（称为解决方案2）导出为非托管解决方案，删除了我最初构建解决方案的环境中的原始非托管解决方案。然后我再次将解决方案2导入原始环境。当我导出这个解决方案时，我可以将其导入其他组织。但是，当我们更新dev组织中的某些组件并尝试导出到测试时，错误又回来了。
任何人都知道发生了什么事吗？谢谢！
答案 0 :(得分：0)
指示答案：
显然，在开发环境中，您需要取消配置活动源。我在自己的环境中遇到“uconfiguring”错误，但认为这绝对是我上面提出的问题的答案。