メインコンテンツへスキップ
公開すると、現在の main コミットがデプロイされます。本番環境用の別ブランチはなく、main で最後に公開されたコミットが本番環境で実行されます。 この前のビルドと反復処理の仕組みについては、ビルドの仕組みを参照してください。

​
公開の内容

  • リモートアプリ は Kazzle のクラウドにデプロイされ、公開 URL を取得します。デプロイの実行方法と URL の形式については、デプロイを参照してください。
  • ローカルアプリ はコンピュータにインストールされます。UI は直接読み込まれ、プロセス部分は開発サーバーを実行します。
マーケットプレイスに公開して他のユーザーがインストールできるようにすると、アプリは起動時にユーザー ID トークン、バックエンド用のインストールキー、インストール/アンインストール Webhook を受け取ります。マーケットプレイスを参照してください。

​
キャッシング、更新、オフライン

デスクトップとモバイルは、アプリ URL を通常のブラウザビューで開くだけです。ブラウザキャッシュをクリアしたり、ネットワークのみの読み込みを強制したり、公開アプリと非公開アプリで異なるキャッシュポリシーを選択したりはしません。 Web アプリがキャッシングを管理します：
  • ドキュメントとアセット用の HTTP Cache-Control ヘッダー
  • オプションのサービスワーカー / PWA セットアップ（テンプレートには自動更新機能付きの vite-plugin-pwa が含まれています）
  • 新しいビルドが即座にアクティブになるか、1 回リロードされるか、次回の起動を待つか
  • 最後にアクティブ化されたビルドのオフラインフォールバック
Kazzle が開いているアプリタブの新しい公開バージョンを検出すると、登録されたサービスワーカーに更新をチェックするよう要求します（registration.update()）。サービスワーカーがないアプリはそのチェックを無視し、独自の HTTP キャッシュヘッダーを使い続けます。 公開されたアプリはキャッシュから即座に開くことができ、ハードリフレッシュなしで新しいビルドを取得でき、最新のビルドをオフラインで利用できます。

​
リアルタイムアプリ

インスタント ローカル読み取りとオフラインサポートが必要なアプリの場合、AI は以下を実行します：
  1. データベースを作成する
  2. リアルタイム同期をオンにする
  3. 2 部構成のアプリをビルドする：UI（React + 同期クライアント）とプロセス（トークンエンドポイント + 同期アップロード）
  4. Vault を通じて認証情報を接続する
仕組みについては、リアルタイム同期を参照してください。

​
カスタムドメイン

カスタムドメインを使用するには、ドメインまたはサブドメインをデプロイされたアプリ URL にポイントします。

​
次のステップ

  • デプロイ - デプロイメカニクス、本番環境 URL、ランタイムコマンド
  • マーケットプレイス - 他の Kazzle Space がアプリを検出してインストールできるようにする