Git切换分支时如何防止本地代码回退到main分支旧提交

• 新建分支基准选择错误：GitHub Desktop新建分支的默认基准为当前本地检出的分支，若新建分支前本地正停在刻意保持落后提交的旧版本main分支，新分支的初始文件状态会完全和该旧版本main对齐。
• 分支切换时触发未提交改动丢弃逻辑：若你在其他开发分支上的工作改动既未提交也未暂存，切换到基于旧main创建的新分支时，Git会判定开发分支上新增、修改的文件不属于目标分支的提交树，此时如果在切换弹出的冲突提示中选择强制切换，系统会直接清理这些不匹配的文件，外在表现就是文件回退到main状态、部分工作文件被删除。

• 新建分支前确认基准分支：点击新建分支按钮后不要直接确认，先核对「创建基准」选项：如果需要承接当前正在进行的工作，直接选择当前所在的开发分支作为基准，不要选main；如果需要从特定提交节点切分支，先手动检出到对应节点再创建新分支。
• 切换/新建分支前提前处理未提交改动：
  • 改动还没到可提交的节点时，点击顶部菜单栏 Branch -> Stash all changes 将当前工作区所有改动临时封存，切到目标分支后找到对应暂存条目选择Restore，即可把改动完整恢复到当前分支，不会丢失文件。
  • 改动已经形成完整逻辑节点时，直接提交到当前开发分支即可，提交记录会和分支强绑定，后续任意切换分支都不会影响这部分内容。
• 不要强制切换分支：如果切换分支时弹出「改动会被覆盖」的提示，不要点确认强制切换，回到当前分支按上述方法处理完改动再操作，强制切换会直接丢弃冲突的工作区文件，触发你遇到的回退问题。
• 日常开发不要将本地检出分支停在main：既然需要保持main分支停在旧提交状态，开发间隙不要切回main，把常用开发分支设为默认检出分支，后续新建分支时默认就会以当前开发分支为基准，不会误关联到旧版本main。
• 误操作回退补救：如果刚切完分支发现文件被删，立刻点击顶部菜单栏 Repository -> Undo most recent checkout，就能回到切换前的分支状态，被删除的工作文件会自动恢复。

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