コードとしての設定
プロジェクトの設定は、コミットしてプッシュする1つのファイルにまとめられます。本番はリリースを公開したときに変わり、同じファイルでステージングと本番の両方を記述できます。
ファイルで宣言するもの
foir.config.tsでは、モデル、APIキー、フック、サインインプロバイダーを宣言します。オペレーション、スケジュール、プレースメント、セグメント、エンドユーザー向けのロール、アプリのインストール、デザイントークン、ロケール、コンテキストディメンション、バリアントカタログ、メール文面、プロジェクト設定も対象です。APIキーについては、コミットするファイルに、名前、種類、スコープ、使用する環境変数が宣言されます。CLIはプッシュ中にキーをプロビジョニングし、その値を、その変数の名前でenvファイルに書き込みます。
プッシュは下書きを準備する
foir pushは、サーバー側のドライランから始まるため、何かが書き込まれる前に拒否が返ります。その後、下書きが書き込まれ、本番はリリースまで公開済みのコピーを提供し続けます。新しいモデル、新しいオペレーション、追加された任意のフィールドは、プッシュと同時にリリースされます。それ以外は、公開するまで待機します。
プッシュは、ファイル、プロジェクトの現在の状態、前回のプッシュの3者によるマージです。同じフィールドがファイルとコンソールの両方で変更されていた場合は、停止して競合を報告します。
1つの設定からステージングと本番を管理
1つのマニフェストから、名前付きの複数のプロジェクトを宣言でき、これによりステージングと本番を同一に保ちます。異なってよいのは、宛先として宣言された値だけです。エンドポイント、リダイレクトURI、オリジン、ドメイン、送信元アドレスです。それ以外の違いがあるとプッシュは拒否され、フィールドと両方の値が示されます。設定で宣言されていないモデル、オペレーション、フック、スケジュール、コンテキストディメンションがプロジェクトにある場合も、プッシュは失敗します。
フィールドの削除
設定からフィールドを外しても、データはすぐには削除されません。フィールドは非推奨として30日間保持され、プッシュは、保存されている値をどうするか(名前の変更、変換、削除)を尋ねる判断ファイルを書き出します。
詳細を読む
設定のドキュメントでは、ファイル形式、宣言できるすべての種類、プッシュ、公開、名前付きプロジェクトを説明しています。