Dynamics crm 2011 解决方案导入不总是更新显示更改

Dynamics crm 2011 解决方案导入不总是更新显示更改,dynamics-crm-2011,Dynamics Crm 2011,我有一个托管解决方案,作为对以前解决方案的更新导入到组织中。在此更新中,我将更改一些显示元素,例如子网格在窗体上的位置 导入解决方案后,我转到表单,网格已移动到新位置,但它仍然存在于旧位置,有效地复制了表单上的子网格 发生这种情况有什么特别的原因吗?我尝试过不同的组织,他们也在做同样的事情。它似乎是在将新旧解决方案合并在一起,而不是采用最新的更改,但我想不出它为什么会这样做。 确保将旧的和新的都作为非托管分发 确保新版本的版本号高于旧版本 确保组件的架构名称在两个版本中相同 确保发布所有更改(请

我有一个托管解决方案,作为对以前解决方案的更新导入到组织中。在此更新中,我将更改一些显示元素,例如子网格在窗体上的位置

导入解决方案后,我转到表单,网格已移动到新位置,但它仍然存在于旧位置,有效地复制了表单上的子网格

发生这种情况有什么特别的原因吗?我尝试过不同的组织,他们也在做同样的事情。它似乎是在将新旧解决方案合并在一起,而不是采用最新的更改,但我想不出它为什么会这样做。

  • 确保将旧的和新的都作为非托管分发
  • 确保新版本的版本号高于旧版本
  • 确保组件的架构名称在两个版本中相同
  • 确保发布所有更改(请参见)

版本号是否不同?您是否有任何可能与此冲突的非托管更改?我在使用托管/非托管解决方案时遇到了这个问题。试图在非托管的基础上添加托管。@glosrob问得好!这实际上是我从我们的客户关系管理MVP那里得到的提示。几周前,他出席了峰会,他们基于灵活性的增加而提出了这一建议,以抵消联合国一揽子计划的不利影响。基本上,当安装来自不同提供商的不同解决方案时,客户端服务器发生冲突的可能性很大。如果解决方案是“开放的”,那么补救这些问题就更容易了。请随意质疑这一观点,因为我自己也不完全同意这一观点。我对任何一种方法都不太了解,但我认为管理型解决方案的应用更广泛。思考只是意味着我需要做更多的阅读和研究,在这种情况下,一个解决方案不会与另一个冲突,管理是首选。但这种情况很少发生。当不同的解决方案改变同一实体(或者更糟的是,实体上的同一字段)时,可能会出现问题。此外,导入/删除的顺序也很重要。