上游 · 理解本功能前需先掌握的（1）：
下游 · 依赖/承接本功能的（3）：
前置依赖包含从属概念升级流程承接
边方向 = 学习顺序（A→B 表示先学 A 再学 B）
为什么需要它
心智模型
你已经会克隆了，但'远程仓库'到底是个什么东西、push 和 pull 又是往哪推、从哪拉？搞懂 remote，你才真正理解本地和云端之间那根'隐形管道'。它是 Git 术语表里的核心词，值得花 5 分钟彻底弄明白。
历史背景 · 它为什么诞生诞生于 2005
诞生Git的分布式设计天然支持多个远程仓库：克隆后自动生成默认远程名origin，可添加多个远程并push/pull，无需单一权威服务器即可协作。
功能介绍
远程仓库（remote repository）就是托管在 GitHub 服务器上的仓库版本，它是你本地仓库的'云端备份与协作中心'。每个本地仓库通过 git remote 关联一个或多个远程地址：关联时会给远程仓库起一个短名，默认的第一个叫 origin。远程仓库并不是本地仓库的完整替身——它同样拥有分支和提交历史，是多人共享的'主本'。日常协作就是本地与远程之间的双向同步：push（推送）把本地新提交传到远程，pull（拉取）把远程新提交带回本地。访问远程仓库的方式就是之前讲过的 HTTPS 与 SSH 两种，地址不同，作用相同。理解 remote，push、pull、clone 就都能串起来了。
核心术语
远程仓库（remote repository）：托管在服务器上的仓库版本origin：本地对主远程仓库的默认短名推送（push）：把本地提交上传到远程仓库拉取（pull）：把远程提交下载到本地HTTPS/SSH：连接远程仓库的两种访问方式
适用场景
- 当你想把本地代码备份到云端、防止电脑丢失时
- 当你想让队友拉取你刚推送的最新代码时
- 当你想用多个远程地址（如 GitHub + GitLab）时
- 当 push 或 pull 报错、需要检查远程配置是否正确时
怎么操作（网页 vs 命令行 双轨）
🖱️ 网页操作 (GitHub.com)
- 在仓库页面 'Code' 按钮处复制远程地址，供本地 remote 使用
- 在仓库 Settings 中修改仓库可见性、转移或删除仓库
- 通过仓库页面查看远程分支和近期推送活动
⌨️ 命令行 (进阶)
git remote -v # 查看当前配置的远程仓库地址git remote add origin <仓库地址> # 添加远程仓库并命名为 origingit remote set-url origin <新地址> # 修改远程地址git push origin main # 推送到名为 origin 的远程的 main 分支
新手建议先从网页操作入手，熟悉概念后再尝试命令行。命令行是真实开发中更常用的方式。
与其他功能的关系
| 关系（前置依赖 / 包含从属 / 概念升级 / 流程承接） | 说明 |
|---|---|
| 流程承接创建仓库（Create Repository） | 创建仓库后配置远程地址 origin |
| 前置依赖克隆仓库（Clone Repository） | 克隆的是远程仓库到本地 |
| 前置依赖推送与拉取（Push & Pull） | push/pull 在本地与远程仓库之间同步，先懂远程仓库 |
| 概念升级复制仓库（Fork） | fork 是他人远程仓库的独立副本，先理解远程仓库概念 |
官方文档
小结
SUMMARY
远程仓库是云端的主本，本地仓库通过 origin 与它关联，用 push 上传、pull 下载。看懂 remote，'本地与云端'的协作模型就清晰了。下一步：了解仓库里到底要放哪些文件（仓库骨架）。