做版本管理这些年，SVN 虽然被 Git 抢了不少风头，但在很多企业团队、老项目、或者只想简单管代码的场景里，它依然稳得很。而 Windows 下说起 SVN 客户端，tortoiseSVN 几乎是绕不开的名字——那只绿色小乌龟，右键一按就能完成大部分操作，比敲命令行轻松太多。这篇就专门聊 tortoiseSVN 的基本功能，覆盖安装、日常操作、日志对比、分支合并，以及那些你迟早会踩的坑。不管你是刚接触 SVN 的新人，还是从 IDE 内置插件转过来的老手，这篇都值得收藏着按步骤过一遍。
1. 为什么是小乌龟：tortoiseSVN 解决了什么问题
SVN 是集中式版本控制系统，所有代码版本都放在一个中央服务器上，开发人员通过客户端把服务器上的代码取到本地，改完再提交回去。命令行 svn 命令确实能做所有事，但一大串参数和英文提示对不常敲命令行的人来说很不友好。tortoiseSVN 则是把 svn 客户端直接集成到 Windows 的资源管理器右键菜单里，你不需要打开终端，在文件夹里右键就能完成 update、commit、checkout、diff 等所有常见操作。
它的名字里 tortoise 不是随便取的，开发者取的是“低速但稳定”的含义，希望这款工具体现出稳重可靠。我最早接触 SVN 时用的是 IDE 自带的插件，后来换到小乌龟，最大的感受是它不挑开发工具，不管你用 Visual Studio、IDEA、Eclipse，还是根本不用 IDE，只要文件在本地，小乌龟就能管。它也不会像某些插件那样在主界面塞一堆按钮，而是以“外壳扩展”的方式存在，平时几乎感觉不到它的存在，需要时才唤出。
这种设计还带来一个隐含优势：因为右键菜单集成在文件管理器里，所以不仅你能用，测试、产品、文档同事同样可以用小乌龟来同步文档和资源。我见过不少团队把 SVN 仓库当成协作盘来用，代码、设计稿、合同模板全往里放，小乌龟对这些非编程人员也很友好，右键提交、更新就完事了。
2. 安装、汉化与基础配置
2.1 下载和安装：版本、位数、客户端与语言包
安装小乌龟前，先确认服务器 SVN 的版本。不能说只要装了最新客户端就行，客户端向后兼容性通常较好，但老服务器用新客户端一般没问题，反过来则可能遇到工作副本格式过旧的问题。官方下载地址是 tortoiseSVN 官网（搜索引擎直接搜 tortoiseSVN 官网第一个就是），进入下载页后你会发现有两类安装包：一个是主程序，比如 TortoiseSVN-1.14.x-x64.msi，另一个是语言包 LanguagePack-xxx。主程序版本选择上，Windows 64 位系统就下载 64 位，32 位系统下载 32 位，千万别混。
安装过程很简单，一路 Next，但要注意一个细节：安装路径最好不要带中文和空格。小乌龟是靠 Shell 扩展把右键菜单注入系统资源管理器的，安装路径里如果包含特殊字符，偶尔会出现某些右键菜单功能失效的问题。这个不是必然，但我在公司给同事装的时候遇到过一次，后来统一使用默认路径就再没出过事。
另外，小乌龟不挑 SVN 服务器类型，VisualSVN Server、Apache Subversion、或者直接用 svnserve 搭建的仓库都能连。安装完成后重启一次资源管理器（一般是注销或重启，或者任务管理器里重启 explorer.exe），右键菜单就能看到 TortoiseSVN 了。
2.2 汉化包：不只是界面变中文
小乌龟官方默认界面是英文的。很多新手一看到 Settings 里的英文界面就头大，其实中文语言包就在官网下载页，和主程序放在一起。下载时注意语言包版本号要和主程序完全一致，我见过有人安装 1.14.5 的主程序，结果下了旧版语言包，装完界面只有一部分是中文，其他还是英文，就是因为版本号对不上。
安装完语言包后，在任意文件夹右键 -> TortoiseSVN -> Settings -> General，右侧 Language 下拉框选择“中文(简体)”，点确定，界面立刻变中文。这里有一点要特别提醒：小乌龟的“Settings”是右键菜单里的 TortoiseSVN -> Settings，不是打开某个独立窗口。很多第一次用的人进入资源管理器后到处找小乌龟图标，其实它就没有独立主界面，所有设置都在右键菜单里。
汉化不仅能让你看得懂菜单，还能避免一些低级错误。比如英文界面下 Checkout 常被误念成 checkout 直接点，Update 和 Commit 也容易搞混，中文后就不太会点错。所以对新手来说，装好主程序后第一件事就是装语言包。
2.3 右键菜单使用逻辑：乌龟图标藏在哪里
小乌龟的核心操作几乎全部集中在右键菜单里。但你会发现，直接在文件上右键和在文件夹空白处右键，弹出的 TortoiseSVN 子菜单并不完全相同。这是因为小乌龟会根据选中的对象内容动态调整菜单项。选中一个已版本控制的文件时，菜单会出现“提交、更新、还原、删除、重命名”等；在未版本控制的文件上右键时，菜单则主要是“加入、加入忽略列表”等。
这个动态逻辑非常重要，在排查问题也很有用。很多新人问“为什么我的右键菜单没有提交选项”，往往是因为当前文件还没被纳入版本控制。先把文件 Add 到仓库，提交选项才会出现。
3. 日常基本功能逐个吃透
3.1 Checkout：第一次把仓库代码拉到本地
Checkout（检出）是每个新成员接触 SVN 时第一时间执行的操作。它的作用是把服务器仓库中某个路径的代码拉成一个本地工作副本。操作方式：在你想要放置代码的目录的空白处右键 -> SVN Checkout（中文是 SVN 检出），在弹出的对话框里输入仓库 URL，本地检出目录会自动带上仓库路径的最后一段，也可以手动修改。版本这里有个很实用的选择：如果想拉取某个历史版本，可以点“版本”右侧的“显示日志”，选择某个历史版本号，再点击检出，本地就是那个历史版本。
这里面有几个容易出问题的点。一个是 URL 写错，你输入的是http://svn.example.com/repos/trunk，但服务器上真实的路径可能是/repos/project/trunk，如果都符合，点检出会报“无法连接”或“路径不存在”。另一个是检出目录不能是非空目录里已包含同名文件，否则会冲突。我一般都会建一个空文件夹作为工作目录，然后再 checkout。还有一点：检出时勾选“深度”里的“完全递归”，会带上所有子目录；如果你只想拿某个子目录，就不需要整个检出仓库根目录，直接右键那个子目录 URL 检出即可，这样可以节省很多时间。
检出完成后，文件夹图标会带一个绿色的对勾覆盖图标，表示工作副本干净，当前版本和服务器完全一致。
3.2 Update 和 Commit：日常协作的两个核心动作
Update（更新）是从服务器拉取别人提交的最新改动到本地。Commit（提交）是把本地已修改的文件上传到服务器。这两个操作不是对立的，而是循环关系：先 update，再 commit，是 SVN 最推荐的协作顺序。
很多人一开始不理解为什么要先更新再提交。假设你本地修改了 A.java，其他人也在同一时间修改了同一个 A.java，如果你不 update 就直接 commit，服务器会提示“提交被拒绝”或“文件过期”，因为服务器上的 A.java 版本比你本地的旧版本要新，SVN 为了保证提交历史不被直接覆盖，不允许你基于旧版本提交。你先 update，SVN 会把别人的修改合并到你本地文件里，如果没问题，再 commit 就成功了。如果合并出冲突，小乌龟会明确提示哪些文件冲突，解决后再提交。这个流程总结下来就是：改代码前先 update，提交前再 update，顺便跑一遍本地测试。
提交时 commit 对话框会列出所有被修改的文件，双击某个文件可以直接看改动内容，这是个特别实用的功能。提交信息里要写清楚本次提交干了什么，建议带上需求单号或 bug 号，比如“修复登录页按钮点击无响应，单号#1234”。别嫌麻烦，三个月后你想查一个改动是为什么做的时候，就会感谢当初认真写日志的自己。
3.3 Add、Delete、Rename：文件变更也要纳入版本管理
在 SVN 里，新增文件、删除文件、重命名文件都不是简单地用系统文件管理器操作完就行，必须通过小乌龟来告诉 SVN。
新增文件：在文件或目录上右键 -> 加入（Add），然后提交。加了之后文件会变成带加号的图标。注意加入操作只影响本地工作副本，真正写到服务器上还得 commit。
删除文件：应该用小乌龟的“删除”，而不是直接在 Windows 里右键删除再把文件删掉。如果你直接在资源管理器里删除了文件，小乌龟会在提交时显示它是“缺失”状态，你可以通过右键菜单“删除”来告诉 SVN 确认删除，或者用“还原”把该文件恢复回来。
重命名：小乌龟有一个单独的重命名（Rename）菜单项，但它做的其实是“拷贝旧名 + 删除旧名 + 添加新名”的组合操作，好处是 SVN 能保留文件历史，以后查看日志时，重命名前的历史也能连上。如果在 Windows 资源管理器里直接按 F2 改文件名，SVN 会把这个文件当成“删了老文件 + 新增了一个全新文件”，历史就断掉了。所以建议所有重命名一律走菜单里的“重命名”。
3.4 Revert（还原）：后悔药的正确吃法
本地文件改得一塌糊涂，想撤销所有修改回到上一次提交的版本，用“还原”（Revert）。这个操作会在不联系服务器的情况下，把本地文件恢复到工作副本里记录的原始版本。还原是针对选中的文件或目录，不会影响整个仓库，只会重置本地的修改。
但注意“还原”不是从服务器拉取最新版本，而是恢复到本地工作副本的基础版本。如果你误删了文件，右键该目录选择“还原”，可以把它找回来。如果你已经提交到了服务器，想撤销某次提交，那就不能用 Revert，要用“更新到版本”并选择那个版本。更严格来说，修改已经提交，需要的是反向合并（Reverse Merge），我们后面讲分支合并时详细展开。
其实还有个更轻量的方式：右键文件 -> 显示日志，找到某个历史版本，再右键“还原此版本所做的更改”。这个操作会生成一个新的本地修改，把那次提交的改动反向应用回来，然后你再提交。这才是真正的“撤销已提交修改”。
3.5 状态图标：一眼看出工作副本状态
小乌龟在资源管理器里会给文件加覆盖图标，这些图标很有用：
- 绿色对勾：本地文件与版本库一致
- 红色感叹号：文件被修改过，需要提交
- 蓝色加号：文件已加入版本控制但尚未提交
- 黄色感叹号：存在冲突
- 灰色图标：文件已被忽略
- 红色叉叉：文件被删除
这个图标功能不是“即时”的，小乌龟会定期刷新状态，改动较多或目录很大时，图标可能会有延迟，这是正常的。如果图标全部消失，可能是小乌龟的图标覆盖设置被关掉了。解决方案是：右键 -> TortoiseSVN -> Settings -> Icon Overlays -> 确认“Show overlays and icons”勾选，并在“驱动器”里把对应磁盘勾选上。另外 Windows 本身允许多个扩展图标覆盖，如果装了 Dropbox、云盘等同类工具，可能会出现图标被覆盖不显示的问题。
4. 查看与对比：SVN 的那半价值
4.1 Show Log：版本历史是一部完整编年史
小乌龟的“显示日志”（Show Log）是使用率很高的功能。在项目目录上右键 -> TortoiseSVN -> 显示日志，会弹出当前目录所有提交历史的列表。这个对话框默认展示“版本号、日期、作者、提交信息”，双击某条日志，可以查看那次提交具体改了哪些文件；再次双击文件，能直接看该文件的改动内容。
日志还可以在最上方的“版本范围”里筛选，比如只查看某个作者、某个日期之间的提交。对于项目发布管理，我经常用“显示日志”外加“分支”图来校验版本号是否包含了某次代码修复。小乌龟还把日志导出成纯文本，直接保存成 release note，挺好用。
有一个容易忽视的地方：在某个子目录上“显示日志”，默认“只在当前路径显示”，意味着你看到的只是这个子目录的提交历史。如果你想看整个仓库的完整历史，需要右键仓库根目录，并取消勾选“只在当前路径显示”，或者勾上“包括复制操作”。这个差别在实际排查问题时很关键。
4.2 Diff：到底改了啥，一对比就清清楚楚
Diff 是小乌龟最强大的功能之一。在右键菜单 -> TortoiseSVN -> 比较差异（Diff）。选中一个已修改但未提交的文件，直接执行 diff，小乌龟会打开文本比较窗口，左侧是原始版本，右侧是当前修改。改动行用颜色高亮，多了一个非常直观的地方是，可以按“上一差异”“下一差异”快速跳转。
除此之外，小乌龟还支持目录对比：选中一个目录，执行“检查修改”，可以看到该目录下所有本地改动、缺失、未版本化文件列表，还能双击任意文件直接打开 diff。
对于多版本对比，右键“差异版本”可以指定两个不同版本号进行比较。如果你想合并两个人的改动到一个文件，对比工具还能接受从外部拖入文件进来对比，功能完整得超乎想象。用了这么多年的 TortoiseSVN，我最依赖的功能就是 diff，它比 IDE 自带的本地历史好用太多，因为你不仅能看到当前改动，还能看到每次提交的版本差异。
4.3 Blame（追溯）：每一行代码从哪来
Blame 在中文菜单里叫“版本记录/追溯”（我习惯叫它 blame）。选中一个已提交文件 -> 右键 -> TortoiseSVN -> 追溯（Blame），会开一个窗口，每一行代码左边带着版本号、作者、提交时间。当你想查某一行是哪个版本引入的、当时是谁写的，用这个功能一分钟就能找到。
Blame 还能结合日志使用，点击版本号可以直接跳转那次提交的日志详情，再查看相关代码为什么改。这个功能是代码 review 和排查 bug 的神器。比如“这个逻辑为什么只有生产环境报错”时，blame 帮你快速定位到责任人，再顺着提交信息你就知道当初设计背景了。
4.4 版本回退：会用到“Update to revision”吗
右键文件 -> TortoiseSVN -> 更新到版本（Update to revision），可以把工作副本的文件内容更新到指定的历史版本。这个操作和“还原”有本质区别：还原是撤销本地未提交的改动，更新到版本是直接将本地工作副本回到历史某个版本的状态。注意，这种情况下服务器上的最新版本并没有变，只是你本地暂时变成了旧状态。
如果你是想撤销某次已经提交的修订，直接在“显示日志”里选择那次修订，右键“还原此版本所做的更改”，小乌龟会生成一个反向修改，你再 commit 一次，这样版本库里就多了一条新的反向提交记录，别人 update 后也能生效。千万避免用 update to revision 把本地回老旧版本，然后强制 commit ——这是会导致别人代码被覆盖的经典事故。
5. 分支、合并与更进阶的功能
5.1 Branch/Tag：新建分支和打标签
SVN 不像 Git 那样很自然地用分支管理，但小乌龟同样支持。在仓库目录上右键 -> TortoiseSVN -> 分支/标记（Branch/Tag）。录入分支路径，通常是在仓库的 branches 下新建一个目录，比如repository/branches/release-1.0。版本默认选“最新版本”，意思是把当前 trunk 的最新代码复制到 branches 下。点击确定后，服务器上就多了一个分支。
这里要说明的是，SVN 的分支本质是“文件夹复制”。因为服务器端是集中存储，复制速度快，而且不会像文件的硬拷贝那样造成冗余。之后你在 trunk 和工作分支中分别开发，互不干扰。
切换分支的操作是“切换”（Switch）。右键工作副本目录 -> TortoiseSVN -> 切换，输入分支 URL。注意切换时，本地有未提交的修改可能会被带到另一个分支，造成混乱，所以切换前一定确保工作副本干净，或者至少把改动 commit 或 stash 掉。小乌龟没有 Git 的 stash，但可以用“创建补丁”或临时提交到别处的方式来处理。
5.2 Merge：合并分支到主干
当你的开发分支写完，需要合并回主干时，用右键 -> TortoiseSVN -> 合并（Merge）。小乌龟合并功能有几种类型，最常见的“合并一个版本范围(merge a range of revisions)”，适用于从 trunk 拉到分支后再把分支合回 trunk 的场景。
操作时，“合并版本范围”对话框会要求输入源 URL 和版本范围。通常情况下，我们想把分支上的多个提交合并到主干，就选择“所有版本”或手动指定版本号。合并后小乌龟会在本地生成修改，你要像正常修改一样 commit，才算真正合并完成。
这里有一个最容易踩的坑：如果你把分支上所有版本都合并过一次，然后分支又有了新提交，再次合并时应该勾选“仅合并已选择的版本”或手动跳过之前已合入的版本，避免重复合并。小乌龟默认会检查合并跟踪信息（Merge Tracking），所以老版本可能不支持。如果服务器端 SVN 版本较老，没有合并跟踪，你需要自己记录哪些版本已合并，很不方便。
合并产生冲突时，小乌龟会提示 conflict。冲突文件会处于"conflicted"状态，必须手工解决并标记为已解决（右键 -> 冲突 -> 编辑冲突，或者右键 -> 已解决）。别忽略“skipped, remains conflicted”这个提示，那是小乌龟跳过了冲突文件，你需要先手动处理后，再重新提交。
5.3 忽略文件：别什么都往仓库里塞
用 SVN 管理项目的时候，编译产物、临时文件、IDE 配置等不应该提交。小乌龟提供了忽略功能。在文件列表中，选中不需要版本控制的文件，右键 -> TortoiseSVN -> 加入忽略列表（Add to ignore list）。忽略列表用 SVN 属性实现，可以在右键 -> 属性 -> 高级属性里手动设置“忽略”模式，支持通配符。
很多人在项目根目录使用“递归添加忽略规则”，作用是让规则对子孙目录所有文件生效。比如忽略bin/、obj/、*.user。注意，忽略只能针对未版本控制的文件。如果一个文件已经被提交到仓库，再加忽略是没用的，此时你需要先删除（或删除并提交），再把忽略规则加上。
遇到过不少同事在 VS 工程里把packages目录整体提交了，结果包文件和 DLL 冲突不断。正确做法是在首次添加项目文件时，就把忽略规则设好。小乌龟在首次 checkout 后，你可以先设置忽略，再添加文件，这样能少很多麻烦。
5.4 与 IDE 的搭配：小乌龟不是摆设
虽然 modern IDE 大多自带 SVN 插件，但小乌龟作为纯客户端可以和 IDE 互补。比如 IDEA 自身能把 SVN 配置成使用 command line 客户端，但很多操作还是交给插件处理。在 IDEA 里点击 VCS -> Subversion，可以将认证信息缓存下来，用 IDEA 直接更新、提交、合并。如果同时装了 TortoiseSVN，一些高级操作可以右键打开小乌龟来完成。
Visual Studio 里通常直接装 AnkhSVN 或 VisualSVN 插件，但 TortoiseSVN 也可以作为补充。更多时候，IDE 插件会有无法访问仓库浏览器、无法看特定历史版本的问题，这时就可以切到小乌龟。VS Code 则没有官方 SVN 支持，但装了 TortoiseSVN 后，配合“svn”扩展能快速调起小乌龟的对话框。所以我的建议是：IDE 插件负责日常 diff 和 commit，小乌龟负责仓库浏览、分支管理、解决冲突这类重活，两者搭配干活不累。
6. 高频问题与排查实录
6.1 冲突与“skipped, remains conflicted”
“skipped, remains conflicted”是大家最常被吓到的提示。它出现在 update 或 merge 时，有些文件存在冲突，小乌龟直接跳过了它们。这意味着这些文件会同时包含多个人修改过的片段，文件状态是 conflicted。处理方式是逐个文件右键 -> 编辑冲突（Edit Conflicts）。冲突编辑器把左右两侧各自的改动和最终合并结果分栏展示，你可以选择左边、右边、或者手动修改中间结果。编辑完成后点“已解决”（Mark as resolved），文件状态变为“修改过”，然后提交。这里有个容易被忽略的点：resolve 只是在本地清除了冲突标记，并不会自动提交。你还需要 commit 一次，否则下次更新仍然会报“文件过期”。
如果是二进制文件冲突（比如图片、Word 文档），不能用文本编辑器解决，通常只能选择“使用本地”或“使用服务器”的版本。所以在管理二进制文件时，尽量提前约定好谁负责同一时间修改，减少冲突概率。我自己习惯在 commit 之前先做一次 update，如果冲突提示出现，马上处理，而不是堆到周末再合并，否则一大波冲突组合起来非常难受。
6.2 仓库浏览器卡死的排查
热词里“svn 一直卡死在 please wait while the repository browser is initializing”是经典问题。仓库浏览器打不开，界面卡在初始化。多半原因有三类：第一，网络到 SVN 服务器连接缓慢，服务器资源紧张；第二，仓库地址是 HTTPS 自签名证书，小乌龟在打开时验证证书可能阻塞；第三，本地缓存数据损坏。
处理方法：先直接试文件夹右键 -> TortoiseSVN -> 设置 -> 已保存数据，清理认证数据、日志缓存、仓库浏览器缓存。如果还不行，就去服务器上看看日志，确认服务响应时间。如果是 HTTPS 证书问题，在“设置”->“已保存数据”里清除证书，然后重新访问，会再次提示是否接受证书，点接受即可。
另一个比较灵的方法是取消掉仓库浏览器右下角的“正在初始化”勾选，或者切换到“文件夹”视图而不是“紧凑”视图。这个对某些老版本的小乌龟特别管用。我见过有人直接把仓库浏览器卡在初始化上，最后发现是小乌龟版本太旧，与服务器端协议版本不兼容，升级后问题消失。
6.3 权限不足与认证失败
SVN 服务器会有一套用户权限机制，只有授权用户才能读写仓库。当你在小乌龟里提交或更新时，提示“Access denied”或“Authentication failed”。遇到这类问题，先去确认用户名密码是否正确，注意 SVN 账号不是系统登录账号。然后检查是否勾选了“保存认证数据”。如果服务器设置了 SVN 权限，可能你只有只读权限，只能 update 不能 commit，这时要看仓库管理员给你分配的权限。
还有一种情形是，公司内网要求使用域账号或 SSL 客户端证书，小乌龟会弹窗让你选择证书或输入证书密码。不要一直点“取消”，去查一下本机是否安装了对应的证书。我在遇到认证问题时，一般先打开小乌龟设置 -> 已保存数据，把所有认证数据清空，然后重新访问仓库，小乌龟会重新要求输入账号密码，这样能解决很大一部分证书缓存导致的异常。
6.4 右键菜单不显示 Subversion 或图标不显示
右键菜单里突然找不到 TortoiseSVN 子菜单，或者文件图标全是空白，一般有几个方向排查。第一，小乌龟安装后没有重启资源管理器，新安装或升级都会影响 Shell 扩展。因为小乌龟通过 Shell 扩展注册，注册完成后 explorer.exe 必须重新加载，最简单的办法是注销重新登录。第二，安装了小乌龟 64 位版本，但你打开的是 32 位的资源管理器（极少见，但会发生在部分工具环境下），这时只能同时安装 32 位和 64 位版本，或者将资源管理器强制用原生 64 位。第三，系统中其他软件修改了右键菜单，导致扩展被禁用。你可以在 TortoiseSVN 设置里重新勾选“右键菜单”相关项，或者重装一次外壳扩展。
图标不显示的问题，有很大概率是被 Windows 图标覆盖限制卡住了。Windows 系统对每个文件最多可以挂多个覆盖图标，但小乌龟需要登记一组图标，如果和其他云盘、压缩软件冲突，后注册的可能就不显示。你可以在设置->Icon Overlays 里将小乌龟的优先级调高，或者单独设置“隐式显示图标和覆盖图标”。
6.5 提交者名字不对？改提交信息流传的那些事
经常有人问：SVN 提交时怎么修改提交者名字？比如“svn 修改提交这名字”这类词搜出来。严格来说，SVN 提交者名字取自服务器端认证用户，不是客户端随便填的，所以在客户端层面不推荐去改。但如果你真的需要修改老版本日志里的作者或提交信息，需要服务器端管理员操作。一般有两种方式：一是通过 SVN 仓库的 pre-revprop-change 钩子脚本开放 revprop 修改权限，然后在客户端用 TortoiseSVN 的“显示日志”右击某版本 -> 编辑作者/日期/日志信息，但这需要服务器端允许。二是直接操作仓库的 dump 文件重新导入，成本高，只在极少数历史数据修正时才用。
在实际开发中，更合理的做法是使用提交时的小乌龟设置，统一配置好全局作者信息，避免每次都输入。在 TortoiseSVN 设置里可以设定全局用户名和密码，这样每次提交不用重复输入。但如果服务器使用多用户，建议不要勾选“保存认证”，避免换人用同一台电脑时提交到错误账户。
结束语：我的几个小习惯
小乌龟用得再熟，也架不住仓库规划混乱。我习惯所有项目一 checkout 下来就先设置忽略列表，把 bin、obj、node_modules 这类天然不入库的目录提前过滤掉，免得后面每次看到一堆红色感叹号心烦。第二个习惯是每次 commit 都坚持先 update，再本地运行一两遍测试，最后才提交。这个顺序看起来笨，但确实能避免九成以上的冲突和提交失败。
还有一个小技巧是，如果某个操作找不到，就去右键菜单最下面的“属性”里看看，很多隐藏的 SVN 属性都是从那里打开的。比如设置“必须锁文件”的 svn:needs-lock 属性，或者是设置关键字替换。 TORTOISESVN 看起来功能很多，但你只需要把常用的 checkout、update、commit、diff、日志、合并这六个功能用熟，日常协作就基本没有障碍了。抛去命令行的高冷，小乌龟就是那把你能随时带在身上、稳定又好用的瑞士军刀。
