如何从已有Git分支创建不继承upstream的全新副本分支

git branch -c/--copy 的设计逻辑就是完整复制源分支的所有元配置，包括上游跟踪规则、分支级别的pull/rebase策略等，你碰到的上游配置继承不是bug，是这个命令的默认预期行为——它从一开始就不是用来创建独立工作副本的。

先明确几个常用分支创建方式的实际表现，避免无意义的踩坑：

• 你最初使用的两步手动操作：

  git checkout oldbranch
  git checkout -b newbranch
  

  在Git默认配置下（branch.autoSetupMerge为默认值true），从本地分支创建新分支时不会继承源分支的上游配置，基本符合需求。但如果你手动改过该配置为always，这个操作也会自动为新分支绑定和源分支一致的上游。
• git branch -c oldbranch newbranch
  不管Git配置如何、源分支是本地分支还是远程跟踪分支，都会完整复制源分支的所有分支配置，包括上游设置，仅适合需要完全复刻分支所有属性的场景（比如分支改名前的全量备份），不适合用来做独立工作副本。
• 创建分支后手动执行git branch --unset-upstream newbranch
  这个操作确实可以清除继承来的上游配置，但属于事后补救，多了一步冗余操作，一旦忘记执行就容易出现推送误判故障，不推荐作为常规方案。

如果你需要创建和现有分支提交点完全一致、且不继承任何上游配置的独立分支，有两个零额外步骤的可靠方案，不受本地Git配置影响：

1. 需要直接切换到新分支工作时，显式加--no-track参数禁用自动跟踪：

   git checkout -b newbranch oldbranch --no-track
   

2. 不想切换当前工作分支、只想静默创建新分支时，用git branch加--no-track参数：

   git branch --no-track newbranch oldbranch
   

--no-track参数会强制Git不为新分支设置任何上游关联，不管你本地的autoSetupMerge配置是什么值，行为完全可预期。这两个命令创建出的newbranch和oldbranch指向完全相同的提交，默认不带任何上游配置，后续你在上面做rebase、历史改写等操作，都不会关联到原分支绑定的远程仓库，推送时Git会正常提示你配置对应上游，完全满足分支备份、实验性操作的需求。

你碰到的推送时提示分支不同步的问题，本质是复制生成的分支直接继承了原分支的上游指向，Git会默认你要把新分支的提交推到原分支绑定的远程分支上。在你做过rebase改写历史后，本地新分支的提交历史和远程分支历史出现分叉，Git自然会判定分支不同步、提示拉取或强推，非常容易引发误推覆盖远程提交的严重故障。做rebase这类改写历史的操作前，优先用带--no-track的命令创建副本，是经过大量踩坑验证的稳妥习惯。

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