bare仓库dotfiles管理下merge/rebase报invalid upstream错误的解决方法

这类merge、rebase报错和裸仓库管理dotfiles的方案本身无关，是初始化流程漏了关键步骤导致的：

• git clone --bare拉取完裸仓库后，后续流程直接执行了工作区文件检出，跳过了远程跟踪引用的完整建立环节
• 裸克隆默认生成的配置中，refs/remotes/origin/路径下没有留存完整的远程分支引用索引，git无法识别显式传入的origin/master这类远程分支参数，自然触发“找不到可合并内容”“无效上游”的报错

为什么之前日常的add、commit、push、pull操作没有触发同类报错？

• add、commit属于纯本地操作，不需要读取任何远程分支引用
• push、pull在首次执行时，git会基于裸仓库的HEAD指针临时推断对应的远程操作目标，不会触发显式远程分支引用的校验逻辑，但这种临时推断不会生成永久留存的远程跟踪索引，一旦显式传入origin/master作为merge、rebase的参数，就会因为本地没有对应引用记录触发报错。

已初始化设备的即时修复 #

按顺序执行以下命令即可解决：

• 拉取全量远程分支引用，建立完整的本地跟踪索引
  config fetch origin
• 验证远程引用是否正常生成，执行config branch -r，输出能看到origin/master条目即为正常
• 给本地当前工作分支绑定对应的远程上游追踪关系
  config branch --set-upstream-to=origin/master master

完成后再执行config merge origin/master、config rebase origin/master就可以正常运行，不会再触发之前的报错。

新设备初始化流程的长期优化 #

在原有初始化流程的最后，追加两步补全缺失的环节，避免后续新设备重复踩坑：

# 原有流程的最后两步是
config remote set-url origin git@github.com:xxx/xx.git
# 追加以下内容
config fetch origin
config branch --set-upstream-to=origin/$(config symbolic-ref --short HEAD)

追加的命令无需手动写死分支名，会自动匹配本地当前检出的分支，和远程的同名分支建立追踪关系。

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