当然可以搞定！我来给你一步步拆解，既能用indent统一格式化仓库里的C代码，完全不改动现有提交历史，还能避免常规批量提交带来的所有文件最近历史被格式化提交覆盖的问题：

1. 批量用indent格式化所有C代码文件 #

首先确保你已经安装了indent工具（没装的话用包管理器装就行，比如apt install indent或者brew install indent）。然后用一行命令就能批量处理所有.c和.h文件：

# 遍历当前目录及子目录下的C源文件和头文件，用indent格式化
# 这里用的是Linux内核风格的参数，你可以根据需求调整（man indent看所有选项）
find . -type f \( -name "*.c" -o -name "*.h" \) -exec indent -kr -i4 -ts4 -sob -l80 -ss -ncs -cp1 {} \;

格式化完之后，跑个git status看看哪些文件被修改了，确认没问题就可以进入提交环节。

2. 提交格式化修改，避免干扰历史Blame #

如果直接做一次批量提交，确实会导致所有格式化文件的最近提交都是这次操作，用git blame看代码时，大部分行都会指向这个格式化提交，看不到原来的修改者。这里有两个实用的解决方式：

方式1：一键式解决——添加格式化提交+配置Blame忽略 #

这是最省心的方式，不需要拆分提交：

• 先提交格式化修改：

git add .
git commit -m "style: format all C source files with indent"

• 接下来让Git在Blame时自动跳过这个格式化提交：
  在仓库根目录创建.git-blame-ignore-revs文件，把刚才格式化提交的哈希值写进去（用git log -1 --oneline就能拿到哈希）：

  abc1234 style: format all C source files with indent
  

  然后把这个文件也加到刚才的提交里：

  git add .git-blame-ignore-revs
  git commit --amend --no-edit
  

• 最后，你和团队成员可以配置Git默认忽略这个提交：

  git config blame.ignoreRevsFile .git-blame-ignore-revs
  

  之后用git blame看代码时，就会自动跳过格式化提交，显示原来的修改者，相当于保留了文件的历史修改记录。

方式2：拆分提交——让每个文件的格式化提交对应最近修改（可选） #

如果你希望每个文件的格式化提交和它最近的修改提交关联，不想所有文件都堆在同一个提交里，可以这么做（适合文件数量不多的情况）：

• 先切个新分支专门处理格式化：

git checkout -b format-code

• 对每个C文件，先找到它最近一次非格式化修改的提交：

git log -1 --oneline -- src/example.c

• 然后单独提交这个文件的格式化修改：

git add src/example.c
git commit -m "style: format example.c with indent"

重复这个步骤直到所有文件处理完。如果文件太多，可以写个小脚本批量处理，但手动操作更灵活，能给每个提交加更精准的描述。

3. 推送到GitLab并走PR流程 #

完成提交后，直接推送到GitLab远程仓库：

git push origin format-code

然后在GitLab上创建PR合并到主分支就行。整个流程完全不会改动原有的历史提交，只是在现有历史之上添加了新的格式化提交，同时通过.git-blame-ignore-revs解决了Blame的问题，完美符合你的需求！

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