Lovable.dev 迁移指南：从个人 GitHub 迁移到组织（不破坏同步）

Source: Dev.to

为什么标准迁移会失败

• 如果在仓库仍然连接到 Lovable 时进行转移，同步会中断——通常是永久性的。
• Lovable 不 支持对已有项目的 “自带仓库”(BYOR)。手动转移后，Lovable 会拒绝重新连接，并坚持要创建一个重复的仓库（例如 my-org/my-app-1）。
• 大多数开发者工具（Vercel、Netlify 等）把 GitHub 视为唯一的事实来源。Lovable 的工作方式相反：它在连接过程中 创建 仓库。

迁移策略（Lovable‑优先方法）

我们将牺牲 Git 提交历史，以保持同步健康：

1. 归档旧仓库 而不是转移它。
2. 让 Lovable 在目标组织中创建一个全新的仓库。
3. 将所有外部服务重新连接到新仓库。

迁移前的备份

git clone https://github.com/your-user/your-repo.git
zip -r your-repo-backup.zip your-repo/

注意： 你的 Supabase 数据库是松耦合的（通过 Project ID 连接），因此移动代码不会删除你的数据。

步骤化迁移

1. 重命名旧仓库

• 前往你的个人 GitHub 仓库并重命名（例如 my-app-legacy）。
• 这样就释放了想要的名称（my-app），供新组织使用。

2. 暂停外部部署

• 如果你使用 Coolify、Vercel、Netlify 等，暂停 “Auto Deploy”，防止它们从旧 URL 拉取代码。

3. 断开 Lovable 连接

1. 在 Lovable → Project Settings → Integrations → GitHub，点击 Disconnect。
2. 你的代码仍然安全保存在 Lovable 中。

4. 将 Lovable 重新连接到组织

1. 在 Lovable → Settings → Integrations → GitHub，点击 Connect Project。
2. 关键： 选择目标 Organization 作为目的地。
   • 如果组织未出现，点击 Add Organization 为其安装 Lovable GitHub App。
3. Lovable 会提示创建仓库。将其命名为 my-app（此时名称已可用）。
4. 确认后，Lovable 会把当前的应用状态推送到 github.com/my-org/my-app，作为 Initial Commit。同步即刻生效。

5. 更新其他工具

托管（Coolify / Vercel / Netlify）

• 将 Git 源 URL 改为新的组织仓库。
• 确保托管提供商的 GitHub App 已在新组织上安装，而不仅仅是你的个人账户。
• 手动触发一次部署，以验证流水线是否正常。

Supabase（分支）

• 数据库连接（URL / anon key）保持不变——无需修改。
• 若使用 Supabase Branching，前往 Supabase → Integrations → GitHub，在新组织仓库上重新安装集成。

总结

• 不要 对已连接 Lovable 的仓库使用 GitHub 的 “Transfer Ownership” 按钮。
• 先 断开 Lovable，然后让它在目标组织中创建全新仓库。
• 接受 Git 提交历史会被重置（将旧仓库保留为只读归档）。
• 采用此 “Lovable‑First” 方法，可避免 “Ghost Repository” 陷阱，让项目顺畅交付。

最近迁移过 Lovable 项目吗？如果遇到其他问题，欢迎在评论区告诉我！