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 日だけでも) 雇用することをお勧めします。
(たとえば、「dev>test>prod のプロモーション」とは正確にはどういう意味ですか?それが単にソース コード (プロジェクト) のみのプロモーションを意味する場合は、AI_MFS が各環境で適切な値に設定されていることを確認してください (これを実行します)。たとえば、AI_MFS の実際の値が、ログイン時に設定される UNIX 環境変数から派生する必要がある「stdenv」で))。