如果你已经用 Cursor 管理着一个本地或远端 Git 仓库，现在想把代码托管到 Origin，需要先判断现有仓库能否直接导入，再决定走界面导入还是命令行推送。这个过程主要涉及仓库导入入口、成员权限和分支保护三个配置点；只要明确每一项的生效位置，迁移后就不会出现成员误推或主干分支被覆盖的问题。

Origin 仓库迁移可优先走「URL 导入」或「本地推送」两种路径，前者适合已有 Git 远程地址的仓库，后者适合本地完整克隆。导入后先建空项目，再配置成员角色（管理员、开发者、只读），并在分支设置里开启“禁止强制推送”和“要求合并请求”来保护主干。验证方式是：用只读账号尝试推送会被拒绝，直接 push 到受保护分支会被远程拦截。风险点是：URL 导入可能因网络或权限拉取不全，本地推送前不要覆盖远端历史。

先确认 Origin 支持哪些仓库导入来源

进入 Origin 的仓库列表页，通常会看到「新建项目」或「导入仓库」入口。导入页面一般会提供两类来源：一类是外部 Git 地址（HTTPS 或 SSH），另一类是「本地推送」方式——Origin 先生成一个空仓库地址，由你从本地把现有仓库推上去。如果你有 GitHub、GitLab 或任意裸仓库的地址，可以直接填到 URL 导入框；如果只有本地文件夹，则需要先用 git clone `--mirror` 或直接使用现有可用的 Git 仓库，再做本地推送。

准备材料其实就两样：现有仓库的远程地址（或本地路径），以及 Origin 上新建项目的 URL。导入前先确认 Origin 项目是空的，因为如果项目里已有初始提交，后续推送可能会被拒绝。

通过命令行将本地仓库推送到 Origin 新建项目

这种方式不依赖图形界面，最稳的做法是：先在 Origin 上新建一个空项目，拿到仓库地址，然后在本地仓库目录执行：

git remote add origin https://origin.example.com/your-team/your-project.git
git push -u origin main

如果本地仓库已经绑定过其它远程地址，先执行 git remote set-url origin https://origin.example.com/your-team/your-project.git，避免重复添加报错。默认分支可能是 main，也可能是 master，推送前先看当前分支名：git branch `--show-current`。推送完成后，去 Origin 项目主页刷新，分支列表和提交记录应该已经同步。

验证方式是在页面左侧查看「分支」和「提交」两个 Tab；如果页面是空的，先检查远程地址是否拼写正确，再确认网络能访问 Origin 服务。不要在推送时加 -f 强制推送，除非你有意覆盖远端内容，否则会把远端已有提交历史弄丢。

配置成员角色与仓库可见性

Origin 项目的权限模型通常分为三类：管理员、开发者和只读。管理员拥有全部设置权限，能改分支保护、增减成员；开发者可以推送代码、创建合并请求；只读成员只能查看或克隆，不能直接推送。邀请成员的位置一般在项目设置或成员管理页面，输入对方用户名或邮箱，选择角色后保存。

仓库可见性开关通常也在项目设置里，常见选项是公开、私有。公开仓库对所有登录用户可见，私有仓库只对项目成员可见。切换时注意：只有管理员能改，且切换后已有链接的访问状态会立即变化。

验证方式是用两个账号分别测试：让一个只读成员尝试 git push，应当被远程拒绝；让开发者账号正常推送，应当成功。如果只读成员还能推上去，说明角色设置没保存，或者项目默认角色给成了开发者。

设置分支保护并验证规则生效

分支保护要保护的通常是 main 或 master 这类长期主干。在 Origin 的分支设置页面（可能在「分支」或「仓库设置」里）找到「保护分支」区域，把主干分支加进保护列表，然后开启两个关键选项：禁止强制推送、禁止直接推送（要求通过合并请求合并）。有的项目还提供“要求线性历史”这类附加选项，一般团队没必要全开。

配置后验证一次直接推送：在本地执行 git push origin main，控制台会收到类似 remote: protected branch 的拒绝信息，这就是拦截生效。正确的流程是把改动推到功能分支，然后在 Origin 发起合并请求，让有权限的人审核合并到主干。

风险边界要记住：如果当前账号是管理员，部分实现允许管理员绕过保护规则，所以不要用管理员账号日常提交；另外，保护规则只对配置后的推送生效，之前的已有提交不会自动回滚。若要保护其它长期分支，重复添加规则即可。