Git中本地与远程仓库是对等副本而非主从关系，每个本地仓库保存完整历史，远程仅是协作约定的另一Git仓库。
本地仓库和远程仓库不是主从关系，而是对等副本
很多人误以为远程仓库是“主库”、本地是“从库”，其实 Git 的设计哲学是分布式——每个本地仓库都保存了完整历史，远程仓库只是另一个 Git 仓库，只不过它被大家约定为协作中心。你 push 过去的提交，对方 pull 下来的提交，本质上都是把 commit 对象从一个 .git 目录复制到另一个 .git 目录。
这种对等性带来几个关键事实：
- 没网也能
git commit、git log、git checkout，所有操作都在本地.git里完成 -
git clone不是“下载代码”，而是把远程仓库整个.git目录（含全部历史、分支、标签）拷贝一份到本地 - 远程仓库可以是任意路径：比如
git remote add origin /path/to/another/local/repo，甚至本机另一个文件夹
三块区域：工作区、暂存区、本地仓库，远程仓库不在其中
初学者常混淆“本地仓库”和“工作区”。准确说，本地 Git 有三个逻辑区域：
- 工作区（Working Directory）：你看到的源码文件夹，修改直接发生在这里
-
暂存区（Staging Area / Index）：用
git add把工作区改动“选中”进来，准备打包成一次提交 -
本地仓库（Local Repository）：执行
git commit后，暂存区内容被打包成 commit 对象，存进.git目录
远程仓库完全不在这个链条里——它不参与日常开发流程，只在 git push 或 git pull 时作为数据交换的另一端。你不能在远程仓库上 git add，也不能直接编辑它的 .git。
远程仓库名（如 origin）只是别名，不是地址本身
origin 是 Git 默认给远程仓库起的别名，不是固定关键字。你可以改：
git remote rename origin upstream
或者加多个：
使用约定式提交信息暂存、提交和推送git更改。当用户想要提交和推送更改、提到推送到远程、或要求保存并推送工作时触发。也适用于用户说“推送更改”、“提交并推送”、“推送这个”、“推送到github”或类似git工作流程请求时。
git remote add myfork git@gitee.com:username/project.git<br>git remote add upstream https://github.com/original/project.git
每个远程名背后对应一个 URL（HTTP 或 SSH），可以用 git remote -v 查看。真正起作用的是 URL，origin 只是为了省打字：git push origin main 等价于 git push https://... main。
容易踩的坑：
- 误删
git remote remove origin后，以为“断开了远程”，其实只是删了别名，URL 没丢，重新add就行 - 多人共用一台机器时，
origin指向别人仓库，导致git push推错地方 - 克隆时用了 HTTPS 地址，后续想换 SSH，必须
git remote set-url origin git@gitee.com:...，不能只改配置文件
同步不是自动的，push/pull 都是显式操作
本地仓库不会“自动同步”远程仓库，也不会“自动拉取更新”。每次 git push 是把本地分支的 commit 提交对象发给远程；每次 git pull 是先 fetch（下载远程 commit 对象）再 merge（或 rebase）进当前分支。
这意味着：
- 你
commit十次，不push，远程就永远看不到 - 别人
push了新提交，你不pull，你的本地分支就落后，git status会提示 “Your branch is behind 'origin/main' by 2 commits” -
git pull失败常见原因是本地有未提交改动，Git 拒绝覆盖工作区——这不是 bug，是保护机制
最常被忽略的一点：远程仓库里的分支（如 origin/main）其实是本地仓库里的“远程跟踪分支”，它只是你本地对远程状态的一个快照，不是实时镜像。只有运行 git fetch 才会更新这个快照。
