> ## Documentation Index > Fetch the complete documentation index at: https://supastack.dev/llms.txt > Use this file to discover all available pages before exploring further. > For the full documentation corpus in one file, fetch: https://supastack.dev/llms-full.txt # デスクトップリリースアカウントを作成する Apple の署名と公証の認証情報、Windows のコード署名オプション、リリースされたシェルが必要とするホストされたバックエンド。 ## これらが必要になるとき ローカルのデスクトップ作業にこのページのものは何も不要です——`corepack pnpm --filter @supastack/desktop dev` がシェルを実行し、`tauri build` は自分のマシンで問題なく動く未署名インストーラーを生成します。 これらのアカウントが重要になるのは公開リリースの前だけです。コード署名と Apple の公証が、他人のコンピューターが不明なアプリに対して表示するセキュリティ警告を取り除きます。初日ではなく、リリースが近づいたときに作成してください。 [AWS SDK または IAM SMTP で Amazon SES を設定する](https://supastack.dev/ja/docs/web/aws-ses.md) ## Apple:証明書 + 公証キー 1. [Apple Developer Program](https://developer.apple.com) に登録します——年額 $99。iOS アプリを提出するのと同じメンバーシップで macOS 署名もカバーされます。二重に支払う必要はありません。 2. Mac で Developer ID Application 証明書を作成します:Xcode → Settings → Accounts → 自分のアカウント → Manage Certificates → + → Developer ID Application(代替手段として Keychain Access の証明書アシスタントの流れもあります)。 3. 公証——Gatekeeper が信頼する Apple のサーバーサイドチェック——には App Store Connect API キーを使います。[appstoreconnect.apple.com](https://appstoreconnect.apple.com) → Users and Access → Integrations → App Store Connect API を開き、キーを生成し、`.p8` ファイルをすぐにダウンロードし(一度しか提供されません)、Key ID と Issuer ID をメモします。 これらの認証情報は、コード署名に記載されている `APPLE_*` 環境変数名に渡されます——証明書、そのパスワード、署名 ID、API キー/発行者ペア。すべてシークレットストアに保管し、リポジトリには絶対に置かないでください。 [認証情報をビルドに組み込む](https://supastack.dev/ja/docs/desktop/signing.md) ## Windows コード署名 2 つの選択肢があります。認証局から OV または EV のコード署名証明書を購入するか——EV は SmartScreen 警告を最速で除去し、OV は時間をかけて評判を築きます——あるいは Azure アカウントで Microsoft の Azure Trusted Signing サービスを使います。これは新しいサブスクリプション経路です。 未署名のインストーラーもインストールして実行できますが、ダウンロードした人には SmartScreen 警告が表示されます。これはプライベートなテストでは許容できますが、公開リリースでは許容できません。 証明書のサムプリントまたはカスタム `signtool` コマンドは Windows バンドル設定に入ります——詳細はコード署名にあり、このページではアカウントのみを扱います。 [Windows 署名を構成する](https://supastack.dev/ja/docs/desktop/signing.md) ## 公開バックエンド URL デスクトップシェルはスタンドアロンアプリではなく webview です。リリースビルドは公開 HTTPS バックエンドを読み込む必要があり、それは `SUPASTACK_APP_URL` をビルドに焼き込んで提供します。`localhost` を指すシェルはローカルツールであり、製品ではありません。 先に Web アプリをデプロイしてください——Google Cloud のウォークスルーが HTTPS URL を生成し、デプロイチェックリストが簡潔な参照です。リリースをビルドするときに `SUPASTACK_APP_URL` をそれに設定します。 [バックエンドを Google Cloud にデプロイ](https://supastack.dev/ja/docs/web/deploy-google-cloud.md) [デプロイチェックリスト](https://supastack.dev/ja/docs/web/deployment.md) ## アップデートエンドポイント Tauri のアップデーターは HTTPS の `latest.json` マニフェストをチェックして新しいバージョンを知ります。静的ホストなら何でも構いません——GitHub Releases のリリースや S3/R2 バケット内のファイル——つまり既存の GitHub アカウントで始めるには十分で、別のサービスは不要です。 これはアカウントレベルの準備に過ぎません。アップデーターの配線自体は、bundleの作成と公開の作業におけるリリース時の関心事であり、今設定するものではありません。 ## 完了とは リリース作業の前に各項目を確認します。Apple にアクティブな Developer Program メンバーシップが表示され、Developer ID Application 証明書が Keychain にあり、App Store Connect の `.p8` が Key ID と Issuer ID とともに保存されていること。Windows では証明書の経路——CA 購入または Trusted Signing——が選ばれているか、当面は未署名で出荷すると明示的に決めていること。 バックエンドの確認:公開 HTTPS デプロイが存在し、リリースビルド用の `SUPASTACK_APP_URL` がそれを指していること。アップデートの確認:`latest.json` のホスト——GitHub Releases またはバケット——が選ばれていること。 その後、順番に進みます。 [bundleの作成と公開](https://supastack.dev/ja/docs/desktop/release.md) [コード署名](https://supastack.dev/ja/docs/desktop/signing.md) [共有バックエンドをデプロイ](https://supastack.dev/ja/docs/web/deployment.md) 設定を続けるには、[bundleの作成と公開](https://supastack.dev/ja/docs/desktop/release.md)をご覧ください。 ## 次へ [bundleの作成と公開](https://supastack.dev/ja/docs/desktop/release.md)