正确使用svn move命令或TortoiseSVN重命名功能可保留历史关联；需勾选“Include log messages for copies and renames”查看完整日志，命令行svn log -v可验证复制源，注意大小写与路径敏感问题。
直接重命名文件会导致SVN丢失历史关联，但只要用正确方式操作，就能完整追踪从原始文件到新名称的全部变更脉络。
必须用svn move而非系统重命名
Windows或macOS里右键改名，SVN只会看到“删除+新增”，历史就断了。真正安全的方式是让SVN自己记录这次移动：
- 图形界面：右键文件 → TortoiseSVN → 重命名（不是资源管理器的F2）
- 命令行：
svn move old.txt new.txt，然后svn commit - 该操作是原子性的，SVN内部会记录“copy from /old.txt@revX”，形成可追溯的链路
查看跨重命名的历史需手动开启选项
TortoiseSVN默认只显示当前路径下的日志，重命名后的文件“Show Log”会漏掉之前的名字阶段：
SVN搭建及使用教学视频(布尔教育)
下载
《SVN视频教程》，SVN:全称Subversion，是代码版本管理软件，管理着随时间改变的数据。这些数据放置在一个中央资料档案库 (repository) 中。这个档案库很像一个普通的文件服务器,不过它会记住每一次文件的变动。这样你就可以把档案恢复到旧的版本, 或是浏览文件的变动历史。许多人会把版本控制系統想像成某种“时光机器”。
- 打开日志窗口后，勾选 Include log messages for copies and renames
- 这样就能看到从 old.txt 到 new.txt 的完整提交链，包括中间所有修改
- 若仍不显示，再勾选 Stop on copy/rename 反向关闭——它有时会过早截断，关闭后反而能拉出更长历史
用命令行验证和深挖历史
图形界面可能受限，命令行能更精准定位源头：
-
svn log -v new.txt：带详细路径信息，看到“Copied from: /old.txt:r123” -
svn log --stop-on-copy old.txt：查原始文件起点，确认是否由更早文件复制而来 -
svn cat -r 123 old.txt：直接读取重命名前某版本的内容，验证连续性
注意大小写与路径敏感带来的坑
SVN对大小写和路径严格区分，容易误判为“新文件”：
- 比如把
Readme.md改成README.md，在Linux服务器上会被视为两个不同文件 - 操作前先执行
svn status确认没有未提交的本地修改 - 检查仓库中是否已存在同名（仅大小写不同）的文件，避免冲突导致历史错乱
