Git分支切换失败排查及尾行空格问题解决

首先，咱们拆解下你操作里的潜在问题，以及为什么会出现这个奇怪的尾行空格差异：

操作中的隐患点 #

1. 初始分支创建的残留问题：你从带有未提交修改的master分支直接创建Feature1、Feature2等分支时，那些未提交的修改（包括你没留意到的尾行空格）会被直接带到新分支的工作区。虽然你之后提交了分支里的核心内容，但如果这些尾行空格没被包含在提交里，就会一直留在工作区。
2. 分支创建路径的问题：看你的操作流程，创建Feature2时是直接执行git checkout -b Feature2——如果当时你还在Feature1分支（而非切回干净的master），那Feature2会继承Feature1的工作区状态，这也可能把残留的空白问题带过来。
3. 合并时的空白残留：合并origin/master时，Git的自动合并可能因为换行符、空白处理的配置差异，导致尾行空格被保留甚至引入新的空白问题。

为什么diff显示内容一致但有空格差异？ #

git diff默认不会显示尾行空格这类"隐形"的空白变化，所以你看到的输出里两个版本内容看似完全一致，但git diff --check专门检测这类空白问题，所以它能揪出尾行空格。

解决步骤 #

1. 先解决分支切换的卡点 #

现在你无法切换分支，是因为工作区有未提交的修改（尾行空格）。你有两个选择：

• 暂存修改：先把这些修改暂存起来，切换分支后再处理：

  git stash
  git checkout Feature1
  # 之后回到Feature2恢复修改的话，执行 git stash pop
  

• 直接修复并提交：先把尾行空格修复后提交，再切换分支。

2. 清除尾行空格的具体方法 #

单个文件手动修复

直接打开文件X，删除末尾的多余空格，然后提交：

# 编辑文件X，去掉尾行空格
git add X
git commit -m "Fix trailing whitespace in file X"

批量清除所有已跟踪文件的尾行空格

如果多个文件都有这个问题，可以用命令批量处理：

• Mac系统：

  git diff --cached --name-only | xargs sed -i '' -e 's/[[:space:]]*$//'
  git add .
  git commit -m "Fix trailing whitespace across all files"
  

• Linux系统：

  git diff --cached --name-only | xargs sed -i -e 's/[[:space:]]*$//'
  git add .
  git commit -m "Fix trailing whitespace across all files"
  

• 或者用Git内置命令（适合Git 2.16+）：

  git add --renormalize .
  git commit -m "Fix trailing whitespace via renormalization"
  

配置Git自动预防此类问题

为了以后不再踩坑，可以配置Git在提交时自动处理尾行空格：

# 全局配置（所有仓库生效）
git config --global core.autocrlf input  # Windows用户可以设为true
git config --global core.whitespace trailing-space,space-before-tab
git config --global apply.whitespace fix

这样Git在提交时会自动修复尾行空格、行前空格等空白问题。

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