远程仓库
Remote Repository
中级通用远程仓库（Remote Repository）是你通过网络地址访问的另一个 Git 仓库，团队常把它放在代码托管平台上。它让不同电脑上的人交换提交、共享项目历史；你在本地改好网站代码后，可以推送过去供同事获取。
你可能会说：「我在自己电脑上改了网站代码，想让同事也能拿到，还能继续一起改，怎么弄？」
读之前建议先了解
动手看看把网站导航改动分享给同事
1
你改好网站导航，把改动保存成一个本地提交。提交只在你的电脑上，远程仓库还没有这段新历史。
要点远程仓库怎样和本地代码配合？
- 1
它是另一个仓库，不是共享文件夹
你电脑里有本地仓库，远程仓库则在另一处，通常通过网络访问。两边各自保存 Git 历史，所以你断网时仍能在本地提交；恢复连接后，再交换提交。
- 2
通过地址和名称找到对方
本地仓库会记录远程仓库的地址，并给它起个简短名称，常见的是 origin。这个名称只是你本地使用的别名；换了地址或名称，不会自动把代码传过去。
- 3
交换提交需要明确的操作
你把本地提交推送到远程仓库，同事才能从那里获取；你也要获取远程更新，才看得到同事的新提交。远程仓库不会实时同步每次文件编辑，推送前还可能需要处理冲突或访问权限。
容易混淆的地方
远程仓库和本地仓库都是 Git 仓库，区别在于你从当前仓库通过网络访问前者；“远程”不等于“云端”，它也可以在公司的服务器上。GitHub 这类平台提供托管服务，不是远程仓库这个概念本身。远程分支则是仓库中的分支，不是另一座仓库。
什么时候用
适合用
- 你和同事一起做后台系统，需要一处交换提交，并让大家拿到项目的最新代码。
- 你在办公室和家里的电脑上开发同一个 App，想通过推送和拉取接续工作。
- 你准备让持续集成服务获取网站代码，运行测试和构建。
不适合用
- 你只想在一台电脑上记录个人项目的修改历史，本地 Git 仓库就够了。
- 你要让用户上传头像并在应用里读取图片，用对象存储更合适。
- 你想让用户访问新版网站，目标是部署上线；远程仓库可以提供代码，但不能代替部署。
练一练选一个答案，看看解释
你和 AI Agent 在本地完成了一个网站功能，也提交到了 Git。同事查看代码托管平台却看不到更新。最可能还缺哪一步？
让 AI 帮你做复制给 AI Agent 直接用
请检查当前项目是否已配置远程仓库，告诉我它的名称、地址，以及当前分支与远程分支的关系。先不要推送或覆盖任何内容；如果本地有未提交修改、远程有新提交或可能产生冲突，请说明情况和下一步建议。