刚刚完成将所有自定义代码从AX 2012 RTM升级到AX 2012 R2的痛苦过程，我们现在正在应用CU7。
运行“检测代码升级冲突”过程时，它在我们的自定义AOT对象（主要是表，类和奇怪的配置键）上报告了大量“删除冲突”。
这些自定义对象仅存在于VAR层中，因此我们假设与sys / syp层没有冲突。它报告的一些方法是冲突的，只是一个类声明！
我应该补充一点 - 我明白我可以简单地将它们标记为已解决，但我想深入了解系统认为这些对象存在冲突的原因，以防我们遇到某些潜在问题模型和/或我们可能会通过下一个CU / Hotfix安装再次点击这个。
有没有人有任何想法？
提前致谢！
答案 0 :(得分：0)
在版本之间迁移应用程序然后应用XXX（SP或累积更新或HotFix Rollup或其他任何东西）是一个坏主意。您必须再次将所有开发项目迁移到该XXX新版本。
我会针对空数据DDBB制作一个标准应用程序，包含所有XXX，编译良好，然后使用AxUtil导入开发层（或在AOS中使用导入选项，但这可以是slooow并设置一些标准预版本对象作为定制开发），每一个（这将需要一个良好的开发层专注设计），然后将开发升级到新版本。在某些情况下，通过AOT-＆gt;导入部分导入对象有时很有用。
在您的情况下，我将备份_model数据库，并直接应用CU7（这是，我不会使用检测代码升级冲突＆＃39;进程），然后比较SYP与旧SYP层（记得输入旧的objectos到BaseLine数据库，它就像以前版本的应用程序中的＆＃34; Old＆＃34;文件夹。在生成的项目中，也可以关注开发层中的对象，并通过比较图层工具解决差异。每个人一个，哎哟多么痛苦...然后编译应用程序，解决编译错误...然后重新编译应用程序，重新编译所有CIL，同步DDBB，你应该完成它。