如果你是 Windows 环境下的开发老手或者刚进项目的第二周还在靠“复制粘贴旧版本”来保存代码状态那我觉得你很有必要认真看看 TortoiseSVN 这个工具。TortoiseSVN 并不是一门语言也不是 IDE 里那个安装完就遗忘的插件它是 Windows 资源管理器的扩展装好后你在任意文件夹里点右键就能看到 Checkout、Update、Commit 这一排命令用起来比命令行 svn 直观得多也远比网盘备份靠谱。这篇文章我会从下载安装、中文语言包、日常提交更新、分支合并到最容易被问到的“文件图标不显示修改状态”这个老大难逐一走一遍顺便把我在项目里踩过的坑都给你标出来。不管你是刚接触版本控制的新人还是被 SVN 边缘操作折磨过的老同事直接按这个流程过一遍基本就能顺畅上手。1. TortoiseSVN 到底在解决什么问题1.1 没有版本控制时团队协作有多痛很多人忽略了一个基础问题为什么要用版本控制。我见过不少团队代码就藏在云盘和微信传输里每人一个文件夹改完就发压缩包文件名叫“最终版”“最终版2”“打死不改版”。刚开始人少还能勉强撑住等项目过三个月你根本分不清某个改动是周一还是周五做的代码报错都找不到是哪次改动引起的。版本控制要解决的就是这个最基础的需求——记录历史、支持回溯、支持多人协作而 TortoiseSVN 就是 SVN 这个版本控制系统在 Windows 上的图形化入口。版本控制的核心逻辑是“仓库加工作副本”服务器上放一个仓库仓库里保存每一版文件的快照和变更记录每个人本地有一个工作副本改完后把本地变更交回仓库同时也能从仓库拉取别人的变更。这套逻辑用生活类比来说就像小区门口有个公用储物柜每个人登记取走物品、修改完再放回去柜子里还有全程操作日志拿错了、改坏了都能翻记录恢复。TortoiseSVN 做的就是把这套流程变成右键菜单里的几个动作懂原理之后操作起来会很顺手。1.2 SVN 与 Git 的区别以及为什么还有人坚持 SVN可能有人会问现在不都是 Git 吗为什么还要学 SVN我的回答是工具没有绝对的新旧只有适不适合当前场景。Git 是分布式的每个人本地都有一份完整仓库离线也能提交、分支成本极低SVN 是集中式的仓库只有一份所有提交都要联网操作工作副本里只存当前版本和本地修改。对于代码量不大、团队成员技术水平参差、习惯 Windows 图形界面、或者需要精细目录权限控制的传统企业项目SVN 反而更省心。TortoiseGit 和 TortoiseSVN 是两个不同的安装包菜单风格几乎一样但后端完全不同这篇文章只讲 TortoiseSVN。如果你所在团队还在用老旧的 SVN 服务器或者公司项目目录结构复杂到必须用 SVN 的仓库权限来区分开发、测试、发布目录那 TortoiseSVN 依然是不可替代的选择。理解了这一点后续所有操作命令才有意义。2. 下载安装和中文语言包配置十分钟快速搞定2.1 版本怎么选从 1.7 到新版到底装哪个搜索“tortoisesvn 1.7”的同学多半是遇到了旧项目这里先说结论能用新版就优先装新版没必要刻意找 1.7。TortoiseSVN 1.7 是 2011 年前后的版本它最大的变化是工作副本元数据从每个目录一个 .svn 文件夹改成了整个工作副本根目录一个 .svn 文件夹在文件数量多、目录层级深的场景下操作速度提升非常明显。但 1.7 之后还有 1.8、1.9、1.14 等多个大版本新版不仅兼容旧版检出的工作副本还修复了大量性能和安全问题。需要留意的是工作副本格式兼容性新版 TortoiseSVN 可以打开旧版本检出的工作副本但万一你装的是 1.7而同事用新版提交了格式规格不兼容的变更可能会提示“工作副本格式无法识别”。建议团队统一用同一个大版本。如果只是为了连接老 SVN 服务端1.14.x 这类当前主力维护版本搭配合适的服务端是完全没问题的。我这里建议除非公司服务器有特殊协议限制否则直接去官网下载最新稳定版中文语言包也对应同版本号安装。2.2 安装全程注意位数和自定义组件TortoiseSVN 的安装包是标准的 Windows 程序双击后按向导走即可但有三个地方容易踩坑。第一是位数安装包分 32 位和 64 位64 位系统就选 64 位安装包否则资源管理器右键菜单可能失效。第二是安装路径默认装在系统盘没问题但如果你开过 UAC 或某些“清理工具”可能会拦截 TortoiseSVN 的 shell 扩展导致右键菜单时有时无。第三是安装过程中有“command line client tools”这个选项旧版默认没勾选如果你习惯用 svn 命令行做脚本操作一定记得把它选上我就是之前懒得勾后面写批处理时干瞪眼只能重新补装。安装完一般不用重启系统但最好注销一次 Windows 账户再登录确保 shell 扩展被资源管理器完整加载。装好后随便打开一个文件夹右键菜单里应该能看到 TortoiseSVN 这一项。如果啥都看不到先回看是不是位数不匹配再去任务管理器里右键结束 Windows 资源管理器并重新启动很多时候图标和菜单问题重启资源管理器就能解决。别急着卸载很多所谓“安装失败”其实就是缓存问题。2.3 中文语言包安装和界面切换官网的下载页面里语言包是单独列出的搜索“tortoisesvn 官网中文包下载”的同学直接进 Downloads 页面找到 Language Packs下载和安装包同版本号的简体中文包即可。语言包安装很简单双击后选 “Install for all users” 或 “Install for me” 都行安装完成后打开任意文件夹右键 TortoiseSVN → Settings左侧选 General在 Language 下拉框里切到“简体中文(Simplified Chinese)”点确定立即生效不用重装软件。有一个细节语言包必须和 TortoiseSVN 版本完全一致1.14 的安装包配 1.9 的语言包会提示无法匹配。另外改语言只影响 TortoiseSVN 的右键菜单和设置界面不影响提交信息里写的是什么文字团队习惯用英文提交信息也没问题。中文包装好后注意看菜单翻译有些旧版本的翻译并不完整比如 Merge 可能还写成英文这不影响使用但你至少能看懂大部分设置项了。3. 从检出到提交日常操作一条龙3.1 第一次从服务器检出代码在企业里你拿到的通常是一串仓库地址比如https://svn.example.com/project/trunk。在任意空白文件夹里右键 → SVN Checkout把地址粘贴进去选择好检出目录点 OK 就会开始拉取仓库文件。这个动作会把服务器上的目录结构完整复制到本地同时生成隐藏的 .svn 元数据目录用来记录本地文件与服务器版本的对应关系。检出完成后工作副本里的文件旁边会显示绿色小图标代表“未修改同步正常”。检出时有几个参数值得留意。版本选择默认是 HEAD也就是服务器最新版如果老板希望你基于历史版本排查问题可以选 Revision 并输入具体版本号。检出深度也分多种默认 “Fully recursive” 是全部递归检出适合首次使用如果仓库特别大可以先检出一层用到时候再 update 拉取子目录内容。我个人建议小白第一次直接用默认值别去动深度选项不然哪天忘了恢复发现本地少了一堆文件反而吓一跳。3.2 修改、新增、删除提交前先学会看状态在 TortoiseSVN 工作副本里修改任何文件文件图标会从绿色对勾变成红色叹号表示“本地已经改动还没提交”。新增文件会带蓝色加号删除文件会带灰色叉号这也是很多新人分不清“为什么有些文件图标不同”的原因——其实是不同的状态标记。右键 → TortoiseSVN → Check for modifications 可以打开变更列表面板清晰的列出所有没有提交的本地改动、新增、删除文件还能逐个查看差异。我建议把 Check for modifications 当成提交前的必经检查项。因为很多人图省事直接右键文件夹 → SVN Commit把列表里无关紧要的缓存文件也一起提交了导致仓库里塞满垃圾。正确的习惯是先打开变更列表确认哪些文件需要提交哪些是临时文件该忽略的忽略然后再执行 Commit。别小看这步它能帮你少写很多“误提交日志”。3.3 提交的正确顺序先更新再提交多人协作时提交不是改完就提交就完事的正确动作是先更新再提交。原因是别人可能已经提交过同一文件的修改你的本地版本和服务器版本有了分歧如果直接提交SVN 会提示文件冲突甚至拒绝提交。正确的流程是先右键 → SVN Update 把仓库最新变更拉到本地如果更新时提示冲突先解决冲突再提交如果没有冲突提交时填好提交信息直接确认。提交信息Commit Message最好写清楚“改了什么、为什么改”而不是“更新文件”这种废话。因为版本控制的价值一半在日志里半年后回看代码日志越具体越能帮人快速定位问题。我遇到过最离谱的提交信息内容只有一个句号后面排查问题的时候真想找到那个人。3.4 新增、删除和移动文件的正确姿势不少人直接在资源管理器里删除工作副本文件然后点了提交结果服务器文件还在本地又显示缺失手忙脚乱。正确的删法是在工作副本里选中文件右键 → TortoiseSVN → DeleteSVN 会把它标记为删除然后跟着 Commit 一起提交。新增文件也不要求先进 SVN Add直接在资源管理器里创建完右键 → TortoiseSVN → Add 加入版本控制它会变成蓝色加号状态最后提交即可。移动文件也是一样先 SVN Move再提交能保留文件的历史记录。如果直接在资源管理器里剪切粘贴SVN 只会认为你删了一个又加了一个历史会被打断。这个细节对代码溯源非常重要老手基本都养成了“所有文件变更操作都走 TortoiseSVN 右键菜单”的习惯。4. 分支、合并与标签实践实战4.1 什么情况下需要开分支分支是版本控制里用得最多、也最容易出问题的地方。SVN 的分支不是像 Git 那样的轻量指针而是服务器目录的复制常见结构是 trunk主干、branches分支、tags标签。开分支通常是为了隔离新功能开发你在主干上的代码要保持稳定新功能可能折腾好几周就往 branches 里复制一份在分支里随便改等稳定了再合并回主干。对大多数团队来说分支是为了“不要影响别人”而存在的。开分支的操作在 TortoiseSVN 里叫 Branch/Tag。选中项目目录右键 → TortoiseSVN → Branch/Tag填入分支路径和日志点击 OK就会在服务器上生成新目录。分支路径一般约定为branches/功能名/日期或branches/版本号具体按团队规范来。实操里我建议分支名写得清晰一点例如branches/feature_01_payment别用new_branch_2这种让人摸不着头脑的名字。4.2 合并分支合并回主干的不只有代码还有教训分支开发完毕要回归主干这时候执行合并。在主干工作副本的根目录上右键 → TortoiseSVN → Merge选择 “Merge a range of revisions”合并一段版本范围源填分支目录版本范围留空表示合并所有未合并的修改。TortoiseSVN 会基于公共祖先计算差异尽量减少冲突面。老版本的向导里还有 “Reintegrate a branch” 选项从 1.8 开始推荐使用 range merge因为解决了重复合并的问题避免产生一堆不必要的差异。合并不是一次点击就能完成的。合并后的代码必须先在本机编译测试确认没问题再提交。特别是同一条函数被主干和分支都改动过合并会要求你决定保留哪边代码。那些所谓“合并不会冲突”的团队版本要么是开发纪律极好要么是大家碰巧改的地方根本不重叠千万不要抱有“合并就能自动解决一切”的幻想。4.3 冲突了怎么办处理流程与锁定机制冲突是说同一行代码、两个人都改过TortoiseSVN 不知道听谁的。更新或合并时报冲突时文件状态会变成带黄色感叹号的 conflicted。解决办法是右键冲突文件 → Edit Conflicts会打开 TortoiseMerge 窗口左侧是本地版本右侧是远程版本下方是两者的实际差异你可以逐段选择保留本地、保留远程、或手动修改最终结果保存后标记为已解决再 Commit 即可。有时候干脆不想要自己改动了可以 TortoiseSVN → Revert把文件恢复到更新前状态重新处理一次。对二进制文件比如图片、Word 文档、Excel 表改动基本都会冲突因为没法逐行合并。SVN 提供了锁定机制在文件上右键 → TortoiseSVN → Get Lock锁住文件后其他人在版本控制层面就无法修改提交后释放锁。我的建议是对资源文件、设计稿这种没法合并的内容能锁就锁锁完改完尽早释放别锁着不放不然团队节奏会被拖垮。4.4 标签其实只是“只读分支”很多团队把 tags 用成了 branches这是让我很头疼的一件事。标签的语义是对某个版本做快照比如发布 1.0 之后立刻把 trunk 打一个tags/release_1.0标签日后线上出问题可以直接基于这个标签目录去修复不会影响主干的新功能开发。操作上打标签和开分支用的同一个右键菜单 Branch/Tag区别只是目标路径写到 tags 目录下。对纯快照用途建议把 TortoiseSVN 设置里的 “Do not allow edits within tags” 相关保护选项开起来。不然大家又把 tags 当成工作目录去修改版本历史全乱套。要时刻记住主干是天天改的分支是干活用的标签是拍照留念用的。这个约定不需要多高深的技术但比什么代码规范都更能保护仓库整洁。5. 修改后文件图标不显示了完整排查实录5.1 图标不显示的五种常见原因很多刚装 TortoiseSVN 的同事都会撞见同一个困惑明明文件修改了资源管理器里却不显示红色叹号或绿色勾图标覆盖层没有任何反应。这个问题的关键词往往是“tortoisesvn无法在资源管理器的文件夹的文件前面显示文件是否被修改图标”原因并不单一常见的有五种。第一TortoiseSVN 的图标缓存没启动图标覆盖层是独立进程负责绘制的刚装完没重启资源管理器就会这样。第二系统磁盘是网络驱动器或某些特殊文件系统TortoiseSVN 出于性能默认不监视网络驱动器。第三Windows 对图标覆盖层有数量限制装了很多云盘客户端、压缩软件等 shell 扩展后TortoiseSVN 的部分覆盖层可能被挤掉。第四安装的是 32 位 TortoiseSVN 但在 64 位资源管理器里失效。第五工作副本本身没有正确识别可能你打开的文件根本不在检出的工作副本里。排查之前还得明确一点TortoiseSVN 的图标覆盖层不是每次修改文件都会立刻变化它是由后台缓存定期刷新的修改文件后等几秒再观察不要刚保存就凑过去看。如果过了十几秒还是没反应才该按下面步骤处理。5.2 一步步排查三步解决 90% 的图标问题第一步重启资源管理器进程。任务管理器里找到 Windows 资源管理器并右键重新启动或者注销一次 Windows 账户这能让 shell 扩展重新加载。重启后再看一眼很多“刚装完没图标”的情况就直接解决了。第二步打开 TortoiseSVN → Settings → Icon Overlays看看驱动器列表里被勾选的盘符是否包含你的项目所在盘高级设置里还有 “Show overlays and context menu only in explorer” 之类的选项保持默认即可系统盘 C 一般没问题网络盘需要手动勾上。第三步如果图标仍然没有检查 TortoiseSVN 的缓存进程任务管理器里找 “TortoiseSVN status cache” 或类似名称的进程右键结束掉后让它自动重启缓存挂掉之后图标更新就会完全停止。还有一种比较隐蔽的情况某些安全软件、优化软件会把 TortoiseSVN 的 shell 扩展当作可疑插件禁用。我建议在设置里确认 Icon Overlays 下方的状态如果被禁用会有提示把对应项重新启用就好。如果以上几步都不行注销 Windows 账户重新登录或者用安全模式卸载后以“干净启动”状态重新安装 TortoiseSVN基本能解决。所谓“干净启动”就是关掉安全软件自启动后重启再装能排除很多干扰项。5.3 随手改了注册表别慌先还原网上很多帖子会让人去改注册表比如调整图标覆盖层数量上限的键值。我的建议是普通用户不要碰注册表Windows 默认的覆盖层限制虽然存在但 TortoiseSVN 自身预留的图标位在绝大多数场景够用。我见过有人为了显示更多图标大意把 HKLM\Software\TortoiseSVN 下的键值改坏最后导致 TortoiseSVN 整个右键菜单消失。改注册表前一定要备份或者至少把要改的键和原值记录下来。老实讲90% 的图标问题靠重启资源和勾选驱动器就能解决注册表属于高收益高风险的手段新手慎用。如果已经改了注册表但没备份也别慌。先打开注册表编辑器导航到 TortoiseSVN 键值看看有没有明显改错的数值比如 Name 大小写不对、类型不是 DWORD、位数不对。实在没把握卸载 TortoiseSVN 并把注册表里残留的 TortoiseSVN 键删干净再重新安装一次软体会重建默认设置。这个“重装法”听着笨但往往比在未知状态下瞎调更有效。6. 从 1.7 到新版升级决策与实用高级功能6.1 旧项目用 1.7 也很稳但升级建议看这三点“tortoisesvn 1.7”这个搜索词一直居高不下说明还有不少老项目在 1.7 上跑着。我不能说必须升级因为如果仓库协议、服务端版本都是 2013 年前后的老搭档1.7 确实能稳定跑完每天的工作流。但如果你遇到了三个问题之一就该考虑升级一是新版 SVN 服务端要求客户端使用更新的访问协议二是旧版本对 Windows 10/11 的 Shell 扩展兼容性不够好右键菜单偶尔不显示三是仓库里大量的外部引用、稀疏目录功能在新版里处理得更聪明。升级最稳妥的方式不是直接覆盖安装而是先备份本地工作副本的未提交改动或者干脆提交干净然后安装新版 TortoiseSVN打开旧工作副本时它会提示是否升级格式。注意升级格式后旧版 TortoiseSVN 通常无法再打开这个工作副本所以团队升级一定统一节奏。如果只是临时查看旧仓库而装个 1.7那没问题但别把重要工作副本长期留在没人维护的版本里。6.2 忽略文件与 externals让工作副本干净又聪明TortoiseSVN 里有个容易忽略的高频功能是忽略文件。右键目录 → TortoiseSVN → Properties添加svn:ignore属性就能让缓存目录、编译产物、日志文件不被误提交。我一般会把/bin、/obj、*.log、.vs等写进忽略规则设置一次整个团队从服务器上新检出的代码都会带上这个规则。注意svn:ignore作用于当前目录下的直接子项如果想全局忽略特定文件名要用客户端设置里的 “Global ignore pattern”。这个功能能让提交列表清爽很多也避免把本机密码配置提交到仓库。外部引用externals等于“让 SVN 从另一个仓库目录拉取代码放在本地指定位置”适合多项目共享公共库的场景。右键目录 → Properties → New → Externals设置源仓库路径和目标目录即可。这个功能容易让人困惑但学会之后你会发现每次看到两个项目都复制一份公共库这种事真是对版本控制最大的辜负。有一点要提醒externals 指向的路径如果权限不够检出时就会出现认证失败最好和服务端管理员确认好账号权限再配。6.3 提交日志、版本回滚和其他“救场”操作TortoiseSVN 的 Show Log 可以查看一个文件或目录的完整提交历史双击某条提交日志就能查看这次改动的差异列表。这不仅能帮你回答“这段代码是哪次改的”还能用来做代码评审。如果真的改坏了选历史版本右键 → Revert to this revision 可以把文件恢复成某个旧版本的样子但注意不要和 Revert 最近的本地改动混淆后者只是撤销未提交的本地修改。我每次给人演示版本回滚都会强调先确认当前本地没有未提交的重要改动再执行恢复操作如果回滚错了又要靠 Show Log 重新去恢复来回折腾的滋味凡是经历过的同事都懂。TortoiseSVN 里还有 “Repo-browser” 可以直接浏览服务器仓库目录结构查看某个版本下有哪些文件甚至可以跨版本把文件拖到本地做个临时快照这对“想看历史版本又不影响本地工作区”的需求非常友好。7. 与命令行和 IDE 的配合不止右键菜单一种用法7.1 命令行 svn 的适用场景虽然 TortoiseSVN 主打图形界面但命令行 svn 在脚本化场景里依然不可替代。比如你要在构建服务器上自动更新代码、在批处理里打包前强制获取最新版本图形界面帮不了你。安装 TortoiseSVN 时勾选 “command line client tools”安装完成后在命令行输入svn help验证是否可用。日常我用得最多的就三个命令svn update、svn commit -m ...、svn status足够覆盖大多数自动化需求。命令行和图形界面完全可以混用平时手工开发用右键菜单看差异部署脚本里用命令行做自动更新。唯一要注意的是命令行工具的版本要和图形界面一致因为如果命令行版本太旧碰到新格式的工作副本同样会报错。这个坑我踩过几次重装软件时以为命令行没用就没勾选结果脚本直接挂掉后来我把这两个工具当成同一个组件来维护再也没有这种问题。7.2 IDE 插件和 TortoiseSVN 的共存方式很多集成开发环境自带 SVN 支持但和 TortoiseSVN 的右键菜单并不冲突。常见做法是 IDE 里做常规提交和差异查看遇到复杂的冲突解决就切到资源管理器里用 TortoiseMerge。因为 TortoiseSVN 对冲突文件有完整的解决向导IDE 的简单弹窗有时反而不够直观。另一个好处是TortoiseSVN 的托盘中不常驻额外进程对 IDE 性能影响很小。如果你用的是 Visual Studio、IntelliJ IDEA 或 Eclipse不需要专门去装额外的 SVN 插件只要确保 IDE 配置的 SVN 客户端路径指向 TortoiseSVN 自带的命令行工具IDE 提交和 TortoiseSVN 右键提交操作的就是同一套工作副本元数据不会产生冲突。这样既享受 IDE 的便利又能随时回到资源管理器里处理那些 IDE 搞不定的状态问题。7.3 多仓库同时使用的注意事项有的人同时参与多个项目不同项目对应不同 SVN 仓库甚至不同账号。TortoiseSVN 本身支持在 Settings → Saved Data 里保存认证数据方便记住多个仓库的账号密码。多仓库并存的坑主要在图标覆盖层如果你把两个不同仓库的工作副本放在同一个父目录下SVN 的图标状态会相互干扰因为 TortoiseSVN 判断工作副本范围时以最近的 .svn 目录为准。我的习惯是一个仓库对应一个独立的根目录绝不互相嵌套。另外多个仓库的提交信息规范和分支命名最好统一。有人习惯 trunk 加日期有人习惯 branches 加功能名混着用半年后光看仓库结构就头大。只要项目刚开始时统一一次命名规范后面基本不会再因为这个吵起来。工具本身只是入口规范才是多人协作真正需要下功夫的地方。8. 常见问题速查表与个人配置建议8.1 高频问题速查表我整理了一张问题速查表把我在论坛、同事电脑上见到的高频问题都列出来大家可以收藏备用。症状可能原因快速解决方案右键菜单没有 TortoiseSVN位数不匹配 / shell 缓存未加载确认 64 位系统装 64 位安装包重启 explorer.exe注销重登文件修改后图标不变化缓存进程卡死 / 未勾选盘符结束 TortoiseSVN status cache 进程Settings → Icon Overlays 勾选驱动器提交时报 working copy locked上次操作中断 / 某些工具占用根目录右键 → TortoiseSVN → Clean up勾选清理锁定更新或合并时报冲突多人修改同一文件打开 Edit Conflicts逐段手工选择保留结果提交后找不到服务器上的新版本提交未成功 / 提交信息为空被规则拒绝检查 Show Log 的最新版本号补写信息重新提交打开旧工作副本提示格式不兼容新旧版本工作副本格式变化用新版客户端升级格式或保持团队版本一致网络盘检测不到修改默认不监视网络盘Settings → Icon Overlays → 勾选对应网络驱动器中文语言包装不上语言包版本和主程序不一致下载同版本号语言包重新安装这些坑我都踩过特别是 working copy locked 这个问题最常见的是突然断电或代码编辑器误操作导致 .svn 目录状态异常Clean up 基本能通杀。Clean up 时建议把所有清理项都勾上不要只勾第一项否则某些残留锁还是清不掉。8.2 我的个人配置习惯写给想长期用 SVN 的人最后分享几个我用 TortoiseSVN 长期积累下来的习惯。第一提交前先看 Check for modifications提交时一次一个逻辑点不掺杂物。第二在 Settings → General 里把 “Check for modifications automatically” 之类的检查功能打开提交前自动检查仓库变化能防止一半的更新冲突。第三TortoiseSVN 的 Merge tool 设置里默认是 TortoiseMerge我会保持默认因为它是为 SVN 冲突场景专门设计的比某些通用文本比对工具更贴合工作流。第四如果团队里有人对 SVN 不熟我建议让新人先用英语界面记忆命令名再切中文包理解因为论坛和文档里通行的还是英文术语。个人体会最深的一点TortoiseSVN 这个工具的使用门槛真不高但它要求操作者养成“以后会有人看日志、以后需要回溯”的思维习惯。你把提交信息写清楚一点、文件操作都走右键菜单、合并前先更新团队协作的很多问题其实根本不会发生。工具是死的流程是活的用版本控制的规范去约束每一个改动才能真正发挥 TortoiseSVN 这个客户端带来的价值。