git - 为什么非裸远程的 `git push` 不是远程的 `git fetch` 的对偶

Question

首先，我了解与推送到非裸 git 远程服务器相关的如何，包括使用 git 配置选项 receive.denyCurrentBranch和其他变通方法，所以我不在此处寻找答案:

• Git push error '[remote rejected] master -> master (branch is currently checked out)'
• Push to a non-bare Git repository
• Git pushing to non-bare repo, save current worktree
• Git: making pushes to non-bare repositories safe

这更像是一个 git 实现/表示/哲学问题。

为什么不能 git push <remote>到非裸 Remote 是双重的或与 git fetch <source> 基本相同从远程？这样，我在 Remote 上的本地工作目录可能已经过时(落后于)新内容，我什至可能有本地更改(提前提交，甚至暂存/未暂存/暂存/等等)，但该工作目录完全未被推送操作触及？如果是这样，那么一旦在远程，我就可以 merge 或 rebase 或任何必要的。事实上，这正是 this kernel.org git faq entry 所声称的。 .

这样做的动机实际上与其他提出如何问题的人相同:由于{firewall，我没有任何方法可以轻松地从远程访问推送的“源” , nat, security} 原因。

可能我缺少一些关于 git 如何真正跟踪事物的基本知识，“如果我只理解 XXXX”，我就会知道答案；请赐教。

Answer 1

问题是推送会重写引用。 HEAD 是最新 checkout 的同义词，重写 ref 会悄悄地使工作树和索引无效——该 repo 中的提交将丢失推送的更改，没有迹象表明发生了这种情况。拒绝推送是最简单的解决方案。如果在目的地执行 git pull 不是一个选项，那么推送到一次性并修复引用:

git push origin master:fakemaster
cd $origindir
git checkout -B master fakemaster
git branch -D fakemaster