这个问题我之前在团队协作时也踩过坑！大概率是换行符格式不统一或者缩进混用了空格和制表符导致的，咱们一步步来拆解：

一、为什么会出现缩进差异？ #

1. 换行符格式不匹配 #

Windows系统默认用CRLF（回车+换行，也就是\r\n），而Bitbucket托管的Git仓库大多默认使用LF（仅换行，\n）。如果你在Notepad++里保存文件时没指定换行符格式，就会用Windows原生的CRLF；推送到仓库后，Git的自动换行符转换（如果开启了相关配置）会把CRLF转成LF，这时候在Bitbucket的PR页面查看，回车符可能被解析成额外空白或者干扰排版，导致视觉上的缩进错位。

2. 空格与制表符混用 #

Notepad++默认会把制表符（Tab）显示为4个空格，但Bitbucket默认将Tab渲染为8个空格——如果你的代码里同时用了Tab和空格，或者本地Tab宽度和Bitbucket的显示宽度不一致，就会出现缩进视觉差异。比如你本地用Tab缩进显示成4格，到Bitbucket里就变成8格，看起来比你本地的缩进宽很多。

3. Notepad++自动缩进设置冲突 #

如果Notepad++开启了「自动缩进」但配置和项目规范不一致，比如换行后自动用空格而原有代码用Tab（或者反过来），也会导致提交后的代码在PR里显示出缩进差异。

二、如何规避这个问题？ #

1. 统一换行符格式 #

• 在Notepad++里调整：点击顶部菜单栏的「编辑」→「文档格式」，选择「Unix (LF)」，这样保存的文件就会和Git仓库的默认换行符格式一致。
• 配置Git自动处理：打开Git Bash，运行以下命令，让Git在拉取代码时转成Windows兼容的CRLF，推送时转回LF，保证仓库里的文件格式统一：

  git config --global core.autocrlf true
  

2. 统一缩进规则（二选一） #

首先确认项目的缩进规范：是用Tab还是固定数量的空格（比如4个空格），然后在Notepad++里同步设置：

• 点击「设置」→「首选项」→「语言」，找到「制表符设置」：
  • 如果用空格缩进：勾选「替换为空格」，设置「制表符宽度」为项目要求的数值（比如4）；
  • 如果用Tab缩进：取消勾选「替换为空格」，把「制表符宽度」改成和Bitbucket一致（Bitbucket默认是8，你也可以改成4匹配本地显示）。
• 批量修正现有代码：点击「编辑」→「空白字符操作」→「将制表符转换为空格」（或者反过来），快速统一整个文件的缩进格式。

3. 开启空白字符显示排查问题 #

在Notepad++里点击「视图」→「显示符号」→「显示所有字符」，这样就能看到代码里的Tab（显示为→）、空格（显示为·）和换行符（CRLF显示为¶，LF显示为↵），方便你快速排查是否有混用的情况。

4. 提交前做格式检查 #

提交代码前，用git diff命令查看本地变更的细节，或者在Notepad++里确认缩进和换行符格式，避免格式不一致的代码被提交到仓库。

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