为了准备 MFS 文件的升级和迁移,您对管理 AI_MFS 参数有什么建议?这在 dev>test>prod 的标准推广中经常需要。如果将应用程序迁移到使用不同 MFS 深度的系统,也需要它。
源或目标 MFS 是否应该有不同的项目参数?如果是这样,它应该使用什么名称?
为了准备 MFS 文件的升级和迁移,您对管理 AI_MFS 参数有什么建议?这在 dev>test>prod 的标准推广中经常需要。如果将应用程序迁移到使用不同 MFS 深度的系统,也需要它。
源或目标 MFS 是否应该有不同的项目参数?如果是这样,它应该使用什么名称?
您可以将自定义参数定义为项目级别的输入或输出 MFS 目录。命名约定由您决定。这些输入和输出 MFS 目录应该在 $AI_MFS 目录下。
AI_MFS 参数的值在每个环境(dev、test、prod)中应该不同。
由于在不了解设置详细信息的情况下无法正确回答您的问题,我建议短期(甚至仅 1 天)雇用可以根据您的用例/期望设置您的环境的人。
(例如,您所说的“促进开发>测试>产品”到底是什么意思?如果它仅仅意味着仅仅促进源代码(项目),那么只需确保在每个环境中将 AI_MFS 设置为适当的值(这样做例如,在“stdenv”中,AI_MFS 的实际值应该从登录时设置的某个 unix 环境变量中导出)。)