この自動移行は、Replit Authを使用しているアプリ向けです。アプリが別の認証システムを使用している場合は、このフローを使用しないでください。
移行を開始する
Agentの移行は常に新しいタスクで実行する必要があります。 移行は以下のいずれかの方法で開始できます。メインのAgentから開始する
- メインのAgentとの会話で、アプリをReplit AuthからClerkに移行するようAgentに依頼します。
- Agentがレビューして開始するための別の移行タスクを提案します。
Authペインから開始する
- Project EditorでToolsを開き、Users & Authを選択します。
- Introducing a new Replit AuthバナーでUpdate nowを選択します。
- Ask Agent to migrateを選択します。
Agentが行うこと
Agentは以下の順序で移行を完了します。- アカウントのアイデンティティ情報やサポートされているサインイン認証情報を含む、Replit Authのユーザーデータを Clerk に移動します。
- アプリを変更する前に、データ移行が完了するのを待ちます。
- アプリのサインインとセッションロジックを更新し、アプリを再起動して、利用可能な自動チェックを実行します。
アプリのデータはそのまま残ります
Agentが変更するのはアプリの認証コードのみです。アプリの既存のデータベースデータやスキーマは更新されません。テーブルとリレーションはそのまま維持されます。 既存のユーザーは、プロフィール、保存された作業内容、権限など、すでに所有しているレコードに引き続き紐付けられます。所要時間
Agentの作業には10分から1時間程度かかると見込んでください。データ移行自体は、小規模なアプリでは数分、多数のユーザーを抱えるアプリでは最大数時間かかることがあります。Agentは、そのデータ移行が完了するまでアプリのコードの変更を開始しません。移行後
公開する前に、Developmentで更新されたアプリをテストしてください。- 既存のアカウントでサインインし、保存されたデータが利用できることを確認します。
- サインアウトして再度サインインします。
- 新しいテストアカウントを作成し、想定どおりにアプリを使用できることを確認します。
追加リソース
- Clerk Auth概要 — ReplitでのClerk Authの仕組み