Orbit プロジェクトの転送

Orbit プロジェクトを転送する

プロジェクトは再デプロイや設定の再構築なしに、別の Kapsule アカウントに移動できます。この移動はメール認証を使用し、再度転送することでのみ取り消し可能であり、環境、デプロイ、環境変数、webhook およびすべての設定を含めて転送します。

プロジェクトを転送する場合

• エージェンシーが完成したサイトを、これからそれを所有するクライアントに引き渡す場合
• プロジェクトが個人アカウントから企業アカウントに移動する場合
• チームが分裂し、プロジェクトがそれを保守する人々に伴う場合

転送は協力者を追加することと同じではありません。プロジェクトを保持しながら誰かに作業させたい場合は、代わりにプロジェクトのチームに追加してください: Orbit Project Settings を参照してください。

転送を開始する

Orbit を開き、プロジェクトをクリックして Settings を選択し、Danger zone で Transfer project を見つけます。カードには何が起こるかが説明されています: プロジェクトは別の Kapsule アカウントに移動し、受け取り側がメールで承認を受け、すべてのデータがプロジェクトとともに転送されます。

1. 受け取り側アカウント所有者のメールアドレスを入力します。
2. Initiate transfer をクリックします。

カードは Transfer email sent で確認され、その後 Transfer pending を表示し、誰を待っているか、いつ期限切れになるかを示します。

同時に1つの保留中の転送のみ

新しい転送を開始すると、そのプロジェクト用にすでに保留中の転送が置き換わります。前のリンクは直ちに機能しなくなります。これはアドレスのタイプミスを修正する最速の方法でもあります: 正しいアドレスで再度開始してください。

受け取り側が見るもの

受け取り側は承認リンク付きのメールを受け取ります。それを開くと、Accept project transfer というヘッドのある確認ページが表示され、送信側アカウント、プロジェクト、そのスラッグ、および転送が送信されたメールアドレスが名前が付けられます。

下に、ページはスコープを明確に述べています: すべての環境、デプロイ、環境変数、webhook、およびスケッティングが転送され、リンクがいつ期限切れになるかが記載されています。

Accept transfer をクリックすると、移動が完了します。ページは Transfer complete を読み、彼らのアカウントにあるプロジェクトにリダイレクトします。

受け取り側はそのアドレスとしてログインしている必要があります

承認は、ログインしているユーザーのメールアドレスを、転送が送信されたアドレスと照合します。一致しない場合、リクエストは拒否され、送信されたアドレスを示し、そのアカウントでログインするよう求めるメッセージが表示されます。

これが全体を安全にするセキュリティ特性です: リンクを知っているだけでは十分ではありません。それが宛てられた人物である必要があります。

受け取り側がまだ Kapsule アカウントを持っていない場合、まずそのアドレスで作成してから、リンクを再度開く必要があります。

48 時間ウィンドウ

転送リンクは作成後 48 時間で期限切れになります。その後、承認ページは転送がもう有効ではないことを示し、理由を示します: 期限切れ。

同じページは他のターミナルの状態を処理するため、古いリンクをクリックした受け取り側には、既に受け入れられた、キャンセルされた、または単に期限切れになったかどうかが伝えられ、ジェネリックエラーが表示されません。

転送が期限切れの場合は、新しいものを開始してください。既存のリンクを拡張する方法はありません。

保留中の転送をキャンセルする

転送が保留中の間、カードは Cancel を提供します。キャンセルはリンクを直ちに無効にするため、受け取り側がメールを目の前に開いていても、承認ページはそれを拒否します。

転送が間違ったアドレスに行ったことに気付いたらすぐにキャンセルしてください。48 時間の期限切れに頼らないでください。

何が移動し、何がそうでないか

プロジェクトに接続されているすべてのものがそれとともに移動します:

• ステージングとプレビューを含むすべての環境。
• 完全なデプロイ履歴。
• 環境変数 (秘密を含む)。
• Webhook、cron ジョブ、エッジ関数、およびスケッティング。
• プロジェクトに接続されているカスタムドメイン。

別々に考える価値のあることが2つあります:

• ドメイン登録。 プロジェクトが Kapsule アカウントに登録されたカスタムドメインを提供している場合、ドメインはプロジェクトとともに移動しません。ドメインを転送するか別のステップとして再ポイントしてください: Transferring a Domain Out を参照してください。
• リポジトリの接続。 プロジェクトは同じリポジトリをポイントし続けます。受け取り側のアカウントは、今後のデプロイが機能するために、そのリポジトリへの独自のアクセスが必要であるため、リポジトリの引き継ぎを同時に計画してください。

転送後

送信側から見ると、プロジェクトは単に Orbit リストから消えます。アーカイブされたコピーはなく、それを取り消すことは新しい所有者に戻すよう転送するよう依頼することを意味します。

受け取り側から見ると、プロジェクトは Orbit リストに表示され、デプロイされたままで、トラフィックを提供しています。再デプロイする必要はありません。

新しい所有者が最初にすべきことは、プロジェクトの使用を独自の計画と照合することです。ビルド分とバンド幅の許可はアカウント全体であるため、ビジープロジェクトは両側の数字を変更します: Orbit Plan Limits を参照してください。

API を使用した転送

転送は、プログラムで実行することもできます: 開始、キャンセル、ステータスチェックはすべてパネル内 API リファレンスに文書化されたエンドポイントとして利用可能です。Orbit API Tokens and the REST API を参照してください。所有者のみ開始とメール認証されたアクセプタンスを含む同じルールが適用されます。

トラブルシューティング

転送フィールドは利用できません。 あなたはアカウント所有者ではありません。

受け取り側がリンクが機能しないと言っています。 3 つのことを確認してください: 期限切れになったかどうか、キャンセルされた、または新しい転送によって置き換えられたか、そして送信されたアドレスでログインしているかどうか。

受け取り側は Kapsule アカウントを持っていません。 転送が送信されたアドレスでサインアップしてから、リンクを再度開く必要があります。

プロジェクトのデプロイは転送後に停止しました。 新しいアカウントはリポジトリにアクセスできません。それを再接続してください: Connecting a GitHub Repository を参照してください。

カスタムドメインの解決が停止しました。 ドメインは古いアカウントにあります。それを再ポイントまたは転送してください。

次に進む場所

• Orbit Project Settings 協力者、アーカイブ、および危険ゾーンの残り。
• Environment Variables in Orbit 引き継ぐ前にローテーションする内容。
• Orbit Plan Limits 受け取り側のアカウントの許可。