AX 2009 的正确部署过程是什么
What is the correct deployment process for AX 2009
我想知道在 AX 2009 下自定义的正确部署工作流程是什么。对于 AX 2012，我找到了一份不错的白皮书 Deploying Customizations Across Microsoft Dynamics AX 2012 Environments 。
但这并没有太大帮助，因为在 AX 2009 中没有模型存储部署的概念（除非我弄错了）。
XPO 是否适合 AX 2009？如果有人能指出我正确的方向，那就太好了。
XPO 可以而且确实有效，但使用它们时存在一些问题。根据我研究的大部分内容，当涉及到 SOX 合规性时，迁移代码更改的最佳方法是移动存储在服务器应用程序目录中的二进制服务器文件 - .aod、.ahd 等文件.由于这些文件是应用程序代码的编译版本，因此更容易证明在开发环境中创建的修改与部署到生产环境的修改相同。 XPO 是纯文本，可以在文本编辑器中进行操作，这使得证明这一点变得更加困难，但并非不可能。
如果您有兴趣，我实际上做了 a writeup 我们为管理代码部署所做的工作。它涵盖了 XPO 与 Layer 文件迁移，并最终描述了我们的自动化构建和部署过程。自从我们实施它以来，我们的审计员在审计我们的系统时一直非常高兴。
我想知道在 AX 2009 下自定义的正确部署工作流程是什么。对于 AX 2012，我找到了一份不错的白皮书 Deploying Customizations Across Microsoft Dynamics AX 2012 Environments 。
但这并没有太大帮助，因为在 AX 2009 中没有模型存储部署的概念（除非我弄错了）。
XPO 是否适合 AX 2009？如果有人能指出我正确的方向，那就太好了。
XPO 可以而且确实有效，但使用它们时存在一些问题。根据我研究的大部分内容，当涉及到 SOX 合规性时，迁移代码更改的最佳方法是移动存储在服务器应用程序目录中的二进制服务器文件 - .aod、.ahd 等文件.由于这些文件是应用程序代码的编译版本，因此更容易证明在开发环境中创建的修改与部署到生产环境的修改相同。 XPO 是纯文本，可以在文本编辑器中进行操作，这使得证明这一点变得更加困难，但并非不可能。
如果您有兴趣，我实际上做了 a writeup 我们为管理代码部署所做的工作。它涵盖了 XPO 与 Layer 文件迁移，并最终描述了我们的自动化构建和部署过程。自从我们实施它以来，我们的审计员在审计我们的系统时一直非常高兴。