能否在不新增提交的前提下安全修复CVS/RCS中缩进混乱的C/C++代码？

解决CVS旧代码缩进修复的无痛方案（不碰版本历史，不污染annotate记录） #

完全懂你的困扰——只想把那些年代久远、缩进混乱的代码理干净，既不想生成新的提交版本，更不想让CVS annotate把这些纯格式变更算到你头上（毕竟原开发者都不在了，背这个锅没必要）。下面给你两个靠谱的方案，完美匹配你的需求：

方案1：客户端钩子脚本，每次检出/更新自动修复缩进

这是最省心的长期方案，利用CVS的客户端钩子，让代码在你本地检出的瞬间就自动修正缩进，仓库里的原始文件和版本记录一丝不动，annotate依然显示原作者信息。

1. 写一个简单的缩进修复脚本（比如fix_indent.sh），根据你代码的类型配置格式化工具：

#!/bin/bash
# 示例：修复C/C++文件的缩进，用indent工具的K&R风格+4空格
find . -type f \( -name "*.c" -o -name "*.h" \) -exec indent -kr -i4 {} \;
# 如果你用clang-format，换成下面这行：
# find . -type f \( -name "*.c" -o -name "*.h" \) -exec clang-format -i --style=file {} \;

给脚本加执行权限：chmod +x fix_indent.sh

2. 配置你的CVS客户端（编辑~/.cvsprc文件），让每次checkout和update后自动运行这个脚本：

checkout -e /absolute/path/to/fix_indent.sh
update -e /absolute/path/to/fix_indent.sh

这样以后不管是新检出代码，还是更新本地副本，脚本都会自动帮你把缩进修正到位，全程不碰仓库，也不会产生任何新提交。

方案2：一次性修复本地副本，标记为“不提交”状态

如果你只需要一次性修复当前本地代码，不想每次都自动运行脚本，可以这么做：

1. 先检出完整代码到本地，用你喜欢的缩进工具一次性处理所有需要修复的文件。
2. 为了避免不小心提交这些格式变更，运行以下命令告诉CVS忽略这些文件的本地修改：

# 针对单个文件：
cvs edit -c "indent fix, no commit" filename.c
# 批量处理所有修改过的文件：
cvs status | grep "File:" | grep -v "Status: Up-to-date" | awk '{print $2}' | xargs cvs edit -c "indent fix, no commit"

这样这些文件会被标记为编辑状态，但你执行cvs commit时不会被默认纳入提交列表，彻底杜绝误提交的可能。

关键注意事项 #

• 一定要确保你的格式化工具配置和原代码的风格匹配（比如空格/制表符、缩进宽度、代码块风格），避免引入超出缩进修复的不必要变更。
• 如果团队其他成员也需要这个功能，可以共享你的缩进脚本和cvsprc配置，让大家都能拿到缩进整洁的代码，同时仓库历史保持原样。

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