ステージングと本番
1つの設定ファイルで、ステージングや本番など、名前を付けた複数のプロジェクトを宣言できます。プッシュはそのうちの1つに対して行われるため、同じコミットをまずステージングに、その後本番に適用できます。
1つの設定に複数のプロジェクト
自分の設定ファイルは、モデル、オペレーション、キーなどを記述する1つのマニフェストと並べて、各プロジェクトに名前を付けます。プッシュは1回の実行につき1つのプロジェクトに対して行い、--projectで指定します。
独立した通常のプロジェクト
Fóirにはテストモードも、第二の種類のキーもありません。名前を付けた各プロジェクトは独自のデータ、ユーザー、キーを持ち、プラットフォームはそれらの関連を記録していません。パイプラインはプロジェクトごとに1つのキーを持ちます。別のプロジェクトで使われたキーは両方のプロジェクト名を示して拒否され、各プロジェクトで発行されたキーはそれぞれのenvファイルに書き込まれます。
違っていいのは宛先だけ
プッシュのたびに、CLIは宣言された各プロジェクトのマニフェストを解決し、結果を比較します。異なってよいのは、宛先として宣言した値で、エンドポイント、リダイレクトURI、許可オリジン、カスタムドメイン、送信者の詳細などです。それ以外の違いがあるとプッシュは拒否され、フィールドと両方の値が示されます。一方のプロジェクトにあって他方にないモデルも、そうした違いに当たります。
ドリフトは報告される
名前を付けたプロジェクトへのプッシュは、設定に宣言のないモデル、オペレーション、フック、スケジュール、コンテキストディメンションがそのプロジェクトにあると失敗します。多くはコンソールで追加されたもので、見つかったものが示されます。--pruneフラグを付けると、それらが削除されます。foir projects statusは、各プロジェクトに最後にプッシュされた設定ハッシュとそのドリフトを並べて表示します。
本番公開はリリース
プッシュは下書きを書き込みます。新しいモデルなど一部の追加的な変更を除き、本番はリリースが行われるまで、公開済みのコピーを提供し続けます。
詳細を読む
設定リファレンスでは、名前付きプロジェクトの宣言、宛先として扱うフィールド、envファイル、ドリフトを扱っています。