1. 项目概述：为什么在Windows上还要用SVN？

提到版本控制，现在大家第一反应基本都是Git。Git确实强大，分布式、分支管理灵活，是开源世界的绝对主流。但在我十多年的项目管理和团队协作经历里，Subversion，也就是SVN，在很多特定场景下依然有着不可替代的价值，尤其是在Windows服务器环境和企业内部开发流程中。它就像一个稳重可靠的老管家，虽然步伐不如Git轻盈，但规矩清晰、集中管理、权限控制严格，特别适合对代码安全性和流程规范性要求极高的传统软件公司、游戏开发团队或大型政企项目。

SVN的核心是集中式版本控制。所有的代码历史都存放在一个中央服务器上，开发者通过客户端“检出”一个工作副本进行修改，然后“提交”回服务器。这种模式听起来没有Git分布式那么“酷”，但它带来的好处是直观和可控：代码只有一份权威版本，权限管理可以精确到目录和文件，提交记录是线性增长的（当然也可以有分支，但理念不同），非常适合需要严格审计和流程管控的环境。很多老牌的金融、工业软件项目，其代码库动辄十几年历史，迁移成本巨大，SVN依然是他们的生命线。

在Windows环境下部署和使用SVN，有其独特的便利性。图形化工具（比如我们常说的“小乌龟”TortoiseSVN）与Windows资源管理器深度集成，右键菜单即可完成大部分操作，对不熟悉命令行的开发者非常友好。服务器端也有VisualSVN Server这样的“一站式”解决方案，提供图形化管理界面和Windows服务集成，大大降低了运维门槛。这篇文章，我就结合自己多年的实战经验，为你拆解在Windows上从零搭建、配置到高效管理一个SVN服务器的完整过程，涵盖单仓库、多仓库、精细权限控制以及作为系统服务运行等核心议题，让你不仅能“用起来”，更能“管得好”。

2. 核心需求解析：SVN在Windows环境下的典型应用场景

在决定部署SVN之前，我们需要明确它究竟解决了什么问题，以及为什么在Git盛行的今天，这些场景依然选择SVN。

2.1 集中式管理与权限审计的刚性需求这是SVN的立身之本。对于一些项目，代码就是核心资产，必须保证“唯一真相源”。所有开发者的提交都必须经过中央服务器，管理员可以轻松地监控所有提交记录、回滚到任意历史版本。更重要的是，SVN的路径级权限控制可以与Windows Active Directory（AD域）无缝集成。这意味着你可以直接使用公司的域账号来管理SVN权限，实现账号的统一认证和权限的集中管控。例如，你可以设置只有“架构师组”的成员才能访问/trunk/core目录，而“测试组”只能读取/tags/release目录。这种与企业现有IT设施深度结合的能力，是很多分布式系统难以比拟的。

2.2 二进制文件与大型资源库的友好支持游戏开发、多媒体设计、CAD制图等领域，项目中含有大量二进制文件（如图片、3D模型、音视频、设计文档）。Git在处理这些文件时，每次修改都会存储整个新文件，导致仓库体积快速增长。而SVN在存储二进制文件时更有效率，通常只存储差异（虽然默认不是，但通过配置可以优化）。此外，对于超大型代码库，SVN的“部分检出”特性非常实用。你可以只检出你正在工作的那个模块或目录，而不必像Git那样克隆整个仓库的历史，这在网络带宽有限或磁盘空间紧张的情况下优势明显。

2.3 简单直观的工作流与学习成本SVN的工作流（检出-修改-提交-更新）非常符合直觉，特别是对于从VSS、CVS迁移过来的团队，或者非技术背景的成员（如策划、美术）。它的分支和标签本质上是仓库内的廉价拷贝（使用类似硬链接的机制），创建和管理在图形化工具下非常直观。虽然高级工作流不如Git灵活，但对于遵循“主干开发，定期发布”模式的团队来说，完全够用，且减少了团队成员在版本控制工具本身上花费的学习和纠错成本。

2.4 Windows服务器环境的天然亲和性很多企业的IT基础设施以Windows Server为主。在Windows上部署VisualSVN Server，其安装过程与普通软件无异，配置通过MMC管理控制台完成，日志集成到Windows事件查看器，备份可以通过Windows任务计划程序调用svnadmin命令完成。整个运维体系可以完美融入现有的Windows服务器管理规范中，不需要引入一套全新的*nix运维知识栈。

注意：选择SVN还是Git，不是一个技术优劣的判断题，而是一个场景匹配的选择题。如果你的团队需要极强的集中管控、与AD集成、处理大量二进制资产，或者已有庞大的SVN历史库，那么SVN是一个务实且高效的选择。

3. 安装与配置详解：从零搭建VisualSVN Server环境

工欲善其事，必先利其器。在Windows上，我强烈推荐使用VisualSVN Server作为服务器端，它集成了Apache HTTP Server、Subversion服务器模块和一套强大的MMC管理控制台，免费版功能对于中小团队已经足够强大。

3.1 服务器端安装：VisualSVN Server首先，访问VisualSVN官方网站下载最新的安装包。运行安装程序，过程非常直观。

1. 安装位置：建议将服务器安装路径和仓库存储路径放在不同的磁盘分区。例如，将程序安装在C:\Program Files\VisualSVN Server，而将仓库数据存储在D:\SVNRepositories。这样便于备份和性能隔离。
2. 初始配置：
   • 服务器端口：默认使用HTTPS的443端口。如果443端口被占用（如IIS），可以改为8443或其他端口。务必使用HTTPS以保证数据传输安全。
   • 身份验证：安装程序会提示选择身份验证方式。对于集成Windows域环境，选择“集成Windows身份验证”；对于独立服务器或混合环境，选择“Subversion身份验证”，后续可以创建本地用户。
   • 仓库权限：安装程序会询问是否创建第一个仓库，并设置初始访问权限。建议先创建，例如一个名为Projects的仓库，并设置“所有Subversion用户拥有读/写权限”。这些设置后期都可以在管理控制台中修改。

安装完成后，你会在开始菜单找到“VisualSVN Server Manager”。打开它，这就是你的SVN服务器管理中心。左侧面板是树形导航，你可以在这里管理仓库、用户和组、以及服务器设置。

3.2 客户端安装：TortoiseSVN与汉化客户端我们选择最流行的TortoiseSVN。同样从其官网下载安装包。

1. 安装选项：安装过程中，最重要的选项是“命令行客户端工具”。务必勾选“Will be installed on local hard drive”。这会在你的系统Path环境变量中添加SVN命令行工具（svn.exe），这对于后续在IDE（如IDEA）中集成或编写自动化脚本至关重要。
2. 汉化包：对于中文用户，可以额外下载对应版本的汉化语言包。安装完主程序后，运行汉化包安装程序，然后在任意文件夹右键菜单 -> TortoiseSVN -> Settings -> General -> Language，选择“中文(简体)”即可。汉化能极大降低新手的学习门槛。
3. 图标重载：安装后，你可能需要注销或重启一次Windows资源管理器（或直接重启电脑），才能在所有文件夹上看到SVN的状态图标（如已修改的红色感叹号、新增的蓝色加号等）。

3.3 基础仓库创建与访问测试回到VisualSVN Server Manager。

1. 右键点击“Repositories”，选择“Create New Repository...”。
2. 输入仓库名，如MyProject。选择仓库类型，默认的“FSFS”即可，它是SVN默认且稳定的后端存储格式。
3. 在权限设置中，选择“Customize permissions”，然后点击“Add...”按钮，添加一个用户（例如你安装时创建的admin用户），并赋予其“Read/Write”权限。
4. 创建完成后，管理器会显示仓库的URL，例如：https://YourServerName/svn/MyProject。

现在，打开Windows文件资源管理器，在一个空白文件夹上右键，选择“SVN Checkout...”。在“URL of repository”中输入上一步得到的URL，点击OK。输入你的用户名和密码，如果一切顺利，你就会将仓库（目前是空的）检出到本地文件夹。这个简单的“检出-提交”测试，验证了服务器和客户端的基本通信是正常的。

4. 核心使用详解：日常开发工作流与最佳实践

SVN的日常使用围绕几个核心命令展开：更新（Update）、提交（Commit）、查看日志（Show Log）、解决冲突（Resolve）。下面我们结合TortoiseSVN的图形化操作，深入每个环节。

4.1 标准工作流：从检出到提交假设你已检出一个项目到本地目录D:\Work\MyProject。

1. 开始工作前：永远先执行“更新”（Update）。在目录内右键 -> SVN Update。这会将服务器上最新的变更同步到你的本地副本，避免基于过时的代码进行修改，这是减少冲突的第一步。
2. 进行修改：添加新文件、编辑现有文件、删除文件、重命名文件或文件夹。TortoiseSVN会通过覆盖在文件/文件夹上的图标来实时显示状态。
   • 新增：蓝色加号。
   • 修改：红色感叹号。
   • 删除：红色叉号。
   • 重命名/移动：蓝色箭头。
   • 未受版本控制：问号。
3. 准备提交：修改完成后，在目录内右键 -> SVN Commit。这会打开提交对话框。
   • 变更列表：对话框上半部分列出了所有待提交的变更。你可以取消勾选不想本次提交的文件。
   • 提交信息（Commit Message）：这是最重要的部分！必须填写清晰、有意义的描述。好的提交信息格式是：第一行简要总结（少于50字），空一行，然后详细说明变动内容和原因。例如：“修复用户登录时密码加密算法空指针异常。详细：在UserService.login()方法中，当传入的密码为null时，未做判空处理，导致调用EncryptUtil.md5()时抛出异常。现已添加if(password == null)检查。”
   • 选择变更集：这是一个高级但好用的功能。你可以将不同的修改分组到不同的“变更集”中，然后分别提交。这有助于保持提交历史的清晰和原子性。
4. 完成提交：点击OK。如果提交成功，你的变更就被永久记录到了中央仓库。如果在此期间有其他人提交了与你修改的文件冲突的更改，SVN会提示“过期”，你需要先更新并解决冲突。

4.2 分支与标签：低成本的结构化管理在SVN中，分支和标签都是通过“复制”操作实现的，由于内部使用“廉价拷贝”，所以创建速度极快，不占用大量存储空间。

• 创建分支：通常从主干（/trunk）创建。在资源管理器中右键点击/trunk目录 -> TortoiseSVN -> Branch/tag...。在“To URL”中，输入目标路径，如/branches/feature-login-refactor。在“Log message”中说明创建此分支的原因。点击OK，分支即创建于服务器端。你需要切换到新分支的工作目录（可以通过“Switch”操作）。
• 创建标签：用于标记发布版本。操作与创建分支完全相同，只是路径通常放在/tags下，如/tags/release-v1.0.0。关键区别在于理念：标签是只读的快照，创建后不应再向其中提交任何修改。
• 合并：当分支开发完成，需要将改动合并回主干时，使用“Merge”功能。在主干的工作副本上右键 -> TortoiseSVN -> Merge。选择“Merge a range of revisions”（合并一个版本范围），然后指定要合并的源分支URL和版本范围。TortoiseSVN提供了非常直观的合并向导，可以预览变更，处理冲突。

4.3 解决冲突：不可避免的协作场景冲突发生在你修改的文件，在提交前已被他人修改并提交。当你更新时，SVN无法自动合并，就会标记为冲突。

1. 冲突标识：冲突文件会变成黄色感叹号图标。
2. 解决工具：右键点击冲突文件 -> TortoiseSVN -> Edit conflicts。这会启动TortoiseSVN Merge工具，一个三窗格对比界面：
   • 左侧：你的本地修改（“Mine”）。
   • 右侧：服务器上的最新版本（“Theirs”）。
   • 底部：合并结果编辑区。
3. 手动合并：你可以逐行查看差异，点击工具栏的按钮选择采用左侧、右侧的更改，或手动编辑底部区域形成最终内容。
4. 标记已解决：合并完成后，保存文件。然后右键点击该文件 -> TortoiseSVN -> Resolved。这会告诉SVN冲突已手动解决，文件状态恢复正常，接下来你就可以提交你的合并结果了。

实操心得：养成“小步快跑”的提交习惯。不要攒了一周的工作量一次性提交。每天甚至每完成一个小功能就提交一次，并写好清晰的日志。这样冲突的概率会大大降低，即使发生冲突，解决起来也相对简单，因为涉及的变化范围小。另外，提交前务必先更新，这应该成为肌肉记忆。

5. 多仓库规划与精细权限控制实战

单个仓库管理所有项目会带来权限混乱、备份笨重等问题。为不同项目或部门建立独立的仓库是更专业的做法。VisualSVN Server Manager让这一切变得简单。

5.1 多仓库规划策略

1. 按项目划分：最直接的方式，每个独立的软件项目拥有自己的仓库。例如：Repo_FinanceSystem,Repo_OfficialWebsite。
2. 按部门/团队划分：如果公司内部门相对独立，可以按部门建仓，部门内再通过目录管理项目。例如：Repo_RD（研发部仓库），其下目录为/RD/ProjectA,/RD/ProjectB。
3. 按产品线划分：适用于拥有多条产品线的大型公司。例如：Repo_ProductLine_Mobile,Repo_ProductLine_Cloud。

在VisualSVN Server Manager中创建多个仓库非常简单，重复“创建仓库”的步骤即可。关键是要在创建之初就规划好存储路径和备份策略。

5.2 基于路径的精细权限控制SVN权限控制的精髓在于“基于路径的访问控制”。你不仅可以控制谁可以访问某个仓库，还能控制他在仓库内的某个特定目录下能做什么（读、写、无权限）。

1. 权限继承：默认情况下，子目录会继承父目录的权限。你可以通过“阻止继承”来为子目录设置更特殊或更严格的权限。
2. 用户与组：永远建议使用组来管理权限，而不是直接给单个用户授权。例如，创建组“Developers_ProjectA”，将相关开发人员加入该组，然后给这个组授予/ProjectA/trunk的读写权限。当人员变动时，只需调整组内成员，无需修改大量权限规则。
3. 权限设置实操：
   • 在VisualSVN Server Manager中，右键点击一个仓库或目录 -> Properties。
   • 切换到“Security”选项卡。
   • 点击“Add...”添加用户或组。
   • 在权限列表中，可以设置：
     • No Access：无任何权限（连查看目录列表都不行）。
     • Read Only：只能读取（检出、更新、查看日志）。
     • Read/Write：可以读取和写入（提交）。
     • （某些高级设置下可能有更细分的权限，如修改属性、加锁等，但通常读写控制已足够）。

一个典型的权限结构示例：

仓库: Repo_Company 权限: - 组: All_Employees -> / (根目录) -> Read Only (所有人可看公司有哪些项目) - 组: Dev_TeamA -> /ProjectA/trunk -> Read/Write - 组: Dev_TeamA -> /ProjectA/branches -> Read/Write - 组: QA_TeamA -> /ProjectA/trunk -> Read Only - 组: QA_TeamA -> /ProjectA/tags -> Read Only - 组: Managers -> /ProjectA/ (整个ProjectA目录) -> Read/Write - 用户: LeadArchitect -> /ProjectA/core-module/ -> Read/Write (核心模块额外控制) - 组: All_Employees -> /ProjectA/tags/release-* -> Read Only (发布版本全公司可读)

5.3 集成Windows域认证对于使用Active Directory的企业，这是SVN的一大优势。在VisualSVN Server Manager中，点击顶部菜单“Action” -> “Properties”，打开服务器属性窗口。

1. 在“Authentication”选项卡下，选择“Integrated Windows authentication (NTLM and Kerberos)”和“Basic authentication”同时启用。这样既支持域账号自动登录（SSO），也支持非域环境或外部协作者使用Subversion账号密码登录。
2. 在“Security”选项卡下，你可以将Windows域用户和组添加到SVN的授权列表中。添加时，用户名的格式为DOMAIN\Username，组名为DOMAIN\Group Name。
3. 之后，在仓库或目录的权限设置中，就可以直接添加这些域用户和组了。员工在公司网络内使用TortoiseSVN访问时，如果当前Windows登录的是域账号，通常会自动完成认证，无需再次输入密码，体验非常流畅。

6. 服务配置、备份与日常管理

将SVN服务器配置为可靠的系统服务，并建立规范的备份流程，是运维工作的核心。

6.1 服务配置与管理VisualSVN Server安装后，默认已将自身注册为Windows服务，名为“VisualSVN Server”。你可以在“服务”管理控制台（services.msc）中查看和操作它。

• 启动类型：设置为“自动”，确保服务器开机自启。
• 故障恢复：在服务属性中，可以配置“第一次失败”、“第二次失败”、“后续失败”时的操作，例如“重新启动服务”或“运行一个程序”（如发送报警邮件脚本），这能提高服务的健壮性。
• 运行账户：默认以“Local System”账户运行，权限很高。在生产环境中，出于安全考虑，可以考虑创建一个专用的、权限较低的Windows用户账户来运行此服务。在服务属性中“登录”选项卡下进行更改。

6.2 仓库备份策略与实操备份是生命线。SVN仓库备份推荐使用svnadmin命令行工具，它能保证备份的一致性。

1. 全量备份（推荐）：使用svnadmin hotcopy命令。这是一个“热拷贝”，在运行期间也可以安全执行，它会创建仓库的一个完整、一致的副本。

   svnadmin hotcopy D:\SVNRepositories\MyProject E:\SVNBackups\MyProject-20231027

   你可以编写一个批处理脚本（.bat），定期执行此命令，并配合7-Zip等工具将备份目录压缩并上传到网络存储或异地服务器。
2. 增量备份：使用svnadmin dump命令，并指定版本范围。这适合用于长期归档或传输。

   svnadmin dump D:\SVNRepositories\MyProject --incremental -r 1000:2000 > E:\SVNBackups\MyProject-incr-1000-2000.dump

3. 自动化备份：使用Windows“任务计划程序”来定时执行你的备份脚本。可以设置每日凌晨执行全量备份，每周执行一次增量备份。
4. 备份验证：定期（如每季度）对备份文件进行恢复测试。使用svnadmin load命令将备份文件加载到一个测试仓库中，验证其完整性和可用性。

6.3 日志查看与性能监控

• 访问日志：VisualSVN Server使用Apache HTTP Server，其访问日志位于C:\Program Files\VisualSVN Server\logs（默认安装路径）。通过分析httpd.log，可以追踪所有客户端操作，用于审计或排查问题。
• Windows事件日志：VisualSVN Server的重要事件（如服务启动停止、仓库创建、权限错误等）会记录在Windows的“应用程序”事件日志中。可以在“事件查看器”中查看。
• 性能监控：关注服务器磁盘I/O和内存使用情况。SVN提交操作是磁盘密集型操作。如果仓库非常大，svn update和svn log操作可能会消耗较多内存和CPU。对于超大型仓库，可以考虑使用svnserve协议（而非HTTP/HTTPS）以获得稍好的性能，但会牺牲一些易用性。

7. 客户端高级技巧与IDE集成

掌握了服务器和基础操作，一些客户端的高级技巧和与开发环境的集成能极大提升效率。

7.1 TortoiseSVN高级功能

• 版本图（Revision Graph）：这是一个可视化工具，可以展示分支、标签和主干之间的合并关系。在仓库目录右键 -> TortoiseSVN -> Revision Graph。这对于理解复杂项目的开发历史非常有帮助。
• 补丁（Create Patch/Apply Patch）：你可以将本地的修改导出为一个.patch文件，通过邮件或其他方式发送给同事，对方可以将这个补丁应用到他的工作副本上，而无需提交到中央服务器。这在代码审查或临时分享变更时非常有用。
• 属性（Properties）：SVN支持为文件和目录设置自定义属性。一个非常重要的内置属性是svn:ignore。你可以右键点击一个目录 -> TortoiseSVN -> Properties -> New... -> Advanced，选择svn:ignore。然后输入要忽略的文件模式，如*.class,*.log,target/,.idea/。这样，这些编译输出文件或IDE配置文件就不会出现在待提交列表里了。
• 钩子脚本客户端支持：虽然钩子主要在服务器端，但TortoiseSVN也支持客户端钩子脚本，例如在提交前自动运行代码格式化工具或静态检查。

7.2 与IntelliJ IDEA / Eclipse集成大多数现代IDE都内置了SVN支持，或者可以通过插件完美集成。

• IDEA集成：IDEA自带Subversion支持。你需要确保在安装TortoiseSVN时勾选了命令行工具。然后在IDEA中，打开Settings -> Version Control -> Subversion。
  • 将“Use command line client”的路径指向svn.exe（通常位于TortoiseSVN安装目录的bin下，如C:\Program Files\TortoiseSVN\bin\svn.exe）。
  • 配置好后，就可以通过VCS菜单进行更新、提交、查看历史、比对等所有操作，无需离开IDE。
  • 常见问题：SVN图标不显示：这通常是IDEA的缓存问题。尝试点击IDEA菜单的“File -> Invalidate Caches and Restart...”。如果仍不显示，检查IDEA的Version Control设置中，对应目录是否被正确识别为Subversion工作副本。
• Eclipse集成：Eclipse通常通过Subclipse或Subversive插件来支持SVN。安装插件后，在“Window -> Perspective -> Open Perspective -> Other...”中选择“SVN Repository Exploring”，即可连接和管理SVN仓库。

7.3 命令行客户端的使用场景尽管图形化工具很方便，但命令行客户端（svn.exe）在自动化脚本中不可或缺。

• 批量操作：例如，批量添加所有未版本控制的新文件：svn add --force .。
• 自动化构建与部署：在CI/CD流水线（如Jenkins）中，使用svn update来获取最新代码，使用svn export来导出一个干净的、不含.svn目录的版本用于打包。
• 获取特定信息：快速获取当前工作副本的URL：svn info --show-item url。获取某个文件的日志：svn log -l 5 path/to/file.java（显示最近5条）。

8. 常见问题排查与性能优化实录

在实际运维中，你一定会遇到各种问题。这里记录一些我踩过的坑和解决方案。

8.1 连接与认证问题

• 问题：TortoiseSVN提示“无法连接服务器”、“认证失败”或“禁止访问”。
• 排查：
  1. 检查服务器状态：首先在服务器上打开VisualSVN Server Manager，查看服务是否运行，仓库是否在线。
  2. 检查URL和端口：确认客户端使用的URL（特别是HTTPS和端口号）完全正确。可以在浏览器中尝试访问仓库的根URL（如https://server/svn/），如果配置了匿名读取，应该能看到仓库列表；如果需要认证，会弹出登录框。这能快速排除网络和基础服务问题。
  3. 检查防火墙：确保服务器防火墙放行了SVN服务使用的端口（默认443或你自定义的端口）。
  4. 清除客户端缓存：有时认证信息缓存会出错。在TortoiseSVN设置中（右键 -> TortoiseSVN -> Settings -> Saved Data），点击“Authentication data”和“URL history”的“Clear”按钮，然后重试。
  5. 检查权限：在VisualSVN Server Manager中，确认该用户/组确实被授予了对应仓库或路径的访问权限（Read Only或Read/Write）。

8.2 提交失败与冲突解决

• 问题：提交时提示“文件已过期”或“发生冲突”。
• 解决流程：
  1. 立即执行“更新”（Update）。这会尝试将服务器的最新更改合并到你的本地副本。
  2. 如果自动合并成功，文件状态会变为“已修改”，此时直接提交即可。
  3. 如果出现冲突，按照前面第4.3节的方法，使用合并工具手动解决。
  4. 预防：养成“提交前先更新”的铁律。对于可能被多人修改的关键文件，可以考虑使用SVN的“加锁”机制（TortoiseSVN -> Get Lock），但需谨慎使用，以免造成协作阻塞。

8.3 仓库性能下降

• 现象：svn log、svn checkout大型目录或查看版本图时速度极慢。
• 优化方向：
  1. FSFS格式优化：SVN仓库的FSFS格式有两种布局：“线性”和“分片”。旧版本创建的默认是线性布局，当版本数超过十万后，性能会下降。可以使用svnadmin pack命令（VisualSVN Server Manager中也提供图形化按钮）来打包和优化仓库，但这需要停机维护窗口。
  2. 清理无用数据：定期运行svnadmin cleanup命令清理仓库中的临时锁文件。在客户端，如果工作副本损坏，也可以尝试在工作副本根目录右键 -> TortoiseSVN -> Clean up。
  3. 升级硬件：SVN服务器性能瓶颈通常在磁盘I/O。将仓库存储在SSD硬盘上能带来最显著的提升。增加内存也有助于缓存。
  4. 考虑迁移到svnserve协议：对于超大型仓库，HTTP/HTTPS协议（mod_dav_svn）的开销可能比原生svnserve协议大。VisualSVN Server也支持svnserve，可以在服务器属性中启用。

8.4 工作副本损坏

• 现象：执行SVN操作时出现莫名其妙的错误，如“工作副本已锁定”、“无法找到条目”等。
• 修复尝试：
  1. 首选尝试“Clean up”。在出问题的目录或其上级目录右键 -> TortoiseSVN -> Clean up。勾选所有选项（Break locks, Clear WC SQLite cache等），然后执行。
  2. 如果清理无效，可以尝试“Export”出一个干净版本。在服务器上找一个已知好的位置，使用svn export URL localpath导出一份干净的代码，然后手动将你未提交的修改合并过去（比较麻烦）。
  3. 最后一招是删除本地工作副本（注意备份未提交的更改！），然后重新“Checkout”。虽然粗暴，但通常能解决所有工作副本层面的问题。

8.5 备份与恢复演练这是最容易忽视但最重要的一环。我曾经遇到过因为磁盘故障导致仓库损坏的情况，幸亏有完备的备份。我的建议是：

• 定期：至少每天一次全量热备。
• 异地：备份文件必须传输到另一台物理机器或云存储。
• 验证：每季度做一次恢复演练，确保备份文件是有效的。恢复命令是svnadmin load，具体操作可以预先写成脚本并测试。
• 版本保留：SVN的版本号是全局递增的。删除文件并不会释放版本号。长期运行的仓库版本号会非常大。这本身不是问题，但某些旧客户端或工具可能有版本号范围的限制。无需担心，SVN内部处理大版本号没有问题。