gpt4 book ai didi

axapta - 通过 XPO 导出更新标签

转载 作者:行者123 更新时间:2023-12-04 12:52:36 25 4
gpt4 key购买 nike

我在我的开发中修改了标签。环境以及其他代码更改,但是当我导出此 XPO 然后将其导入另一个环境时,目标 AOT 中的标签未更新。

如果我用记事本打开XPO,确实可以看到新修改的标签。但是在导入时,对话框似乎没有检测到更改。

我希望在目标中更新的所有标签 ID 在导入对话框的详细信息部分中设置为“不导入”。

如果我有 10、20、30 个标签发生了变化,我想 AX 会足够聪明地选择“使用现有标签”。

有什么办法可以实现吗?

谢谢!

编辑:即使我手动设置为“使用现有标签”并设置要使用的标签 ID,标签也不会在目标中更新:|

最佳答案

对于 AX 2009,我建议使用以下方法而不是使用 XPO 导入标签:

  • 使用 TFS 等版本系统(尤其是与多个开发人员合作时)
  • 设置构建。 (这可能是您连接到版本控制系统并同步所有 checkin 的代码的环境。或者创建一个脚本,使用 combinexpo 为您的版本系统合并所有 xpo 并导入它)
  • 你现在应该有一个稳定的构建环境 -> 从这里复制 ald 和 aod 文件
  • 停止目标环境的 aoses,删除所有 .aoi、.ali、.alc 和 .alt 文件,并将您的 ald 文件从您的构建复制/粘贴到目标环境中。我建议您对 aod 文件执行相同的操作以移动代码。

您不应该使用 xpo 进行部署的原因是它容易出现人为错误。 XPO 应该可以工作,所以它们本身不是问题,但它们可能会导致问题,因为导入 xpo 是手动操作。

使用源代码控制的优势在于您具有可追溯性(您知道交付的代码是什么)并且它打开了自动构建过程的大门(这将减少手动传输 xpo 的错误)。使用此构建,您可以为您的测试环境设置每日构建,由于更好的测试,这将再次提高质量。当构建的所有测试都通过时,您就有了一个经过测试的构建,然后您可以使用 .aod 文件将其交付给您的客户(没有使用 xpo,因此您交付的是您测试过的准确代码)。

当然,这可能是设置一个自动构建,这对你来说太过分了(不过我认为你应该始终进行版本控制)你可以忽略它,重要的是你从开发人员使用 aod 和 ald 文件测试并一直到您的客户。

关于axapta - 通过 XPO 导出更新标签,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21612674/

25 4 0