向OneDrive的bare repository推送被拒，仅本人操作却提示分支落后远程的原因排查

• 多设备共享同一OneDrive裸仓库的操作残留
  很多搭建这类临时备份裸仓库的用户，会在虚拟机、物理机、备用工作设备上都配置这个OneDrive路径作为Git远程。如果某台设备上曾向这个裸仓库推送过对应分支的提交，之后切换回另一台设备工作时，没有提前拉取裸仓库的最新状态，就会出现本地分支未包含其他设备推送的提交、被判定为落后的情况——因为这类备份操作通常比较零散，很多时候你自己都不会记得曾在另一台设备上推过对应分支。
• OneDrive同步机制引发的裸仓库Git状态错位
  OneDrive只是把裸仓库当成普通磁盘文件夹做实时同步，完全不感知Git写入对象、更新分支引用的事务逻辑，非常容易出现状态异常：
  • 网络不稳定时执行推送，Git还在写入提交对象、更新分支引用的过程中连接中断，此时OneDrive已经把半截写入的文件同步到云端，后续云端的不完整状态会反向同步回本地的裸仓库目录，导致裸仓库上的分支引用指向了一个你本地并未留存的提交哈希，Git校验时就会判定本地分支落后。
  • 你曾在本地对工作分支做过git reset、历史重写等操作，但本地OneDrive目录下的裸仓库，还留存着之前推送过的新提交对应的文件，等OneDrive完成云端到本地的同步流程，裸仓库的分支引用会恢复成之前的新提交状态，这时候你用回退过的本地分支推送，就会因为远程引用比本地新被拒绝。
  • OneDrive处理文件冲突、自动回滚文件版本时，有时会错位覆盖裸仓库下的分支引用文件，导致引用指向完全非预期的提交，被Git误判为远程存在新提交。
• Git远程追踪缓存配置错位
  如果曾手动修改过Git的远程配置，比如把OneDrive远程的fetch规则写错，误将中央仓库的分支追踪路径映射到了OneDrive对应的本地追踪缓存下，此时你本地缓存的OneDrive分支状态，实际是中央仓库的最新提交。推送时Git会直接对比这个错位的缓存，判定本地分支落后，和OneDrive上实际存储的仓库状态完全无关。
• 历史错误推送写入了远程分支引用
  如果曾执行过带错误refspec的推送，比如不小心把本地dev分支推到了OneDrive远程的main分支上，之后再切回本地main分支推送时，就会发现OneDrive上的main分支已经被其他分支的提交覆盖、比本地main分支更新，触发落后提示。

排查这类问题的最简方式是先执行git fetch onedrive拉取裸仓库的最新分支引用，再用git log HEAD..onedrive/[你的分支名] --oneline查看远程比本地多出的提交，确认这些提交的来源。如果确认这些提交都是同步异常、误操作产生的无效内容，因为这个裸仓库本身只是临时备份用途，完全可以用git push --force-with-lease onedrive [你的分支名]覆盖远程状态，不需要强行合并无效提交。

内容的提问来源于stack exchange，提问作者Felice Pollano