为了准备升级和迁移MFS文件,您对管理AI_MFS参数有什么建议?这在dev>test>prod的标准推广中经常是需要的。如果将应用程序迁移到使用不同MFS深度的系统,则也需要此功能。
源MFS或目标MFS是否应该有不同的项目参数?如果是这样,它应该使用什么名称?
发布于 2013-05-30 17:41:11
您可以在项目级别将自定义参数定义为输入或输出MFS目录。命名约定由您决定。这些输入和输出MFS目录应该在$AI_MFS目录下。
在每个环境(开发、测试、生产)中,AI_MFS参数的值应该不同。
由于在不了解设置细节的情况下不可能正确回答您的问题,因此我建议短期(即使只有一天)可以根据您的用例/期望来设置您的环境的人。
(例如,你所说的“推广dev>test>prod”到底是什么意思?如果它只是简单地升级源代码(项目),那么只需确保在每个环境中将AI_MFS设置为适当的值(例如,在"stdenv“中,AI_MFS的实际值应从登录时设置的某个unix环境变量派生)。
https://stackoverflow.com/questions/12627292
复制相似问题