Windows下VisualSVN Server与TortoiseSVN安装配置及团队协作实战指南

1. 从“单打独斗”到“团队协作”：为什么我们需要版本控制

如果你是一个开发者，或者是一个需要频繁修改文档、设计稿的团队成员，你一定经历过这样的场景：电脑里躺着一个名为“最终版”的文件夹，打开后里面是“最终版_修改”、“最终版_再改”、“最终版_确定不改了”、“最终版_真的不改了_V2”……更糟糕的是，当你想找回三天前的某个版本时，却发现它早已淹没在混乱的命名中。或者，当团队多人同时修改一个文件时，最后合并的版本成了“四不像”，谁也不知道到底改了哪里、谁改的、为什么要改。

这就是版本控制系统要解决的核心问题。它不是一个简单的“网盘”或“文件同步工具”，而是一个记录每一次文件变更的“时光机”和“协作仲裁者”。在众多版本控制工具中，SVN（Subversion）以其集中式管理、权限控制清晰、学习曲线相对平缓的特点，在相当长一段时间内，尤其是在企业内部开发、项目管理中，占据了重要地位。而VisualSVN Server，则是Windows平台上搭建SVN服务端的一个非常流行且易用的选择，它将复杂的命令行配置封装成了直观的图形界面和安装向导，让SVN服务器的部署变得像安装一个普通软件一样简单。

本系列文章，就将手把手带你完成VisualSVN Server的下载、安装，并进行最基本的仓库创建和操作。无论你是刚入行的程序员，需要为小组项目搭建一个简单的代码管理环境；还是项目经理、美术设计师，希望用规范的方式来管理需求文档或设计资产，这篇内容都能为你提供一个清晰、可靠的起点。我们不会涉及复杂的网络架构或安全策略，而是聚焦于“在单机或局域网内快速搭建一个可用的SVN服务”，让你在半小时内就能开始体验版本控制带来的秩序与效率。

2. VisualSVN Server的下载与安装：避开那些“下一步”的坑

在开始之前，我们需要明确一点：VisualSVN Server是服务端软件，它需要安装在一台作为服务器的电脑上（可以是你的开发机，也可以是一台专门的服务器）。团队成员则通过TortoiseSVN（俗称“小乌龟”）等客户端软件来连接这个服务器进行操作。本节我们专注于服务端的部署。

2.1 获取安装包：官网与版本选择

首先，访问VisualSVN的官方网站。这里有一个小技巧：直接搜索“VisualSVN Server”很容易找到官网，其域名通常包含“visualsvn.com”。务必从官网下载，以保证软件的安全和纯净。

进入下载页面后，你会看到两个主要版本：VisualSVN Server和VisualSVN Server Enterprise。对于绝大多数个人、小型团队或测试环境，免费的VisualSVN Server标准版（Standard）功能已经完全足够。它支持创建无限的仓库和用户，只是在一些高级特性如高可用集群、与Active Directory深度集成等方面有限制，我们初期完全用不到。

在版本选择上，通常下载最新的稳定版即可。安装包分为32位（x86）和64位（x64）版本，请根据你的服务器操作系统位数进行选择。如今绝大多数Windows系统都是64位，选择“VisualSVN Server x64”即可。下载下来的是一个.msi安装文件。

注意：虽然VisualSVN Server提供了便捷的图形化安装，但在生产环境部署前，请务必确认服务器的防火墙规则（默认SVN使用3690端口，HTTPS使用443端口）以及备份策略。对于测试学习，在个人电脑上安装完全没问题。

2.2 安装过程详解：每一步的选择与含义

双击运行下载的.msi安装文件，启动安装向导。

1. 欢迎界面与许可协议：直接点击“Next”，并接受许可协议。

2. 选择组件（Choose Components）：这是第一个关键点。默认选项通常包括：

   • VisualSVN Server：核心服务程序，必选。
   • Management Console：管理控制台（一个MMC管理单元），这是我们后续创建仓库、管理用户的主要图形界面，必选。
   • Add subversion commands to PATH：将SVN命令行工具添加到系统环境变量。强烈建议勾选。这样你可以在任意命令提示符（CMD）或PowerShell中直接使用svn命令，对于后续的脚本编写或高级操作非常方便。

3. 配置设置（Configuration Settings）：这是最重要的步骤，决定了服务的基本运行方式。

   • Location：安装路径。默认在C:\Program Files\VisualSVN Server\，如果C盘空间紧张，可以更改到其他盘符。
   • Repositories：仓库存储路径。这是所有SVN仓库数据（你的代码、文档历史）实际存放的位置。务必将其设置在一个空间充足、非系统盘、且便于备份的路径，例如D:\SVN_Repositories。这个路径一旦确定，后期迁移会比较麻烦。
   • Server Port：服务器端口。默认使用HTTPS的443端口和SVN协议的3690端口。
     • 使用安全连接（HTTPS）：这是默认且推荐的方式。它会对数据传输进行加密，避免密码等敏感信息明文传输。使用HTTPS需要配置证书，VisualSVN Server安装时会自动生成一个自签名证书。对于内部网络测试，自签名证书会引发客户端的安全警告，但可以忽略。对于正式环境，建议替换为受信任的证书。
     • 使用非安全连接（HTTP）：不推荐，因为所有数据都是明文的。仅在绝对封闭、安全的测试环境中可考虑。
   • Use secure connection（https://）和Use unsecure connection（http://）的单选框，保持默认的HTTPS即可。
   • Authentication：身份认证方式。默认是“Subversion authentication”，即使用VisualSVN Server自带的用户数据库来管理账号密码。另一种是“Windows authentication”，直接使用服务器的Windows账户认证，更适合与AD域集成的企业环境。我们选择默认的“Subversion authentication”。

4. 准备安装（Ready to Install）：确认上述信息无误后，点击“Install”开始安装。

5. 安装完成：安装完成后，勾选“Start VisualSVN Server Manager”即可启动管理控制台。

整个安装过程通常只需几分钟。安装完成后，你会在开始菜单找到“VisualSVN Server Manager”的快捷方式，一个Windows服务“VisualSVN Server”也会自动启动并在后台运行。

2.3 安装后验证：确保服务已就绪

安装完成后，我们可以通过几种方式验证服务是否正常运行：

• 方式一：查看服务。打开“运行”（Win+R），输入services.msc，在服务列表中找到“VisualSVN Server”，查看其状态是否为“正在运行”。
• 方式二：访问测试页面。打开浏览器，输入你安装时设置的服务器地址，例如https://你的计算机名或IP/svn/。如果能看到一个显示“VisualSVN Server”的页面，并且可能提示需要认证（因为仓库列表为空或无权访问），说明Web服务（Apache）已经正常启动。
• 方式三：使用管理控制台。打开“VisualSVN Server Manager”，左侧树形结构显示正常，没有红色错误图标，则说明管理接口正常。

至此，你的SVN服务器就已经搭建完成了。它现在就像一座空的图书馆，书架（仓库）已经准备好，但还没有图书（项目文件），也没有借阅规则（权限）。接下来，我们就要创建第一个“书架”。

3. 创建你的第一个SVN仓库：不仅仅是建个文件夹

仓库（Repository）是SVN的核心，它是所有版本化数据的存储中心，记录着每一个文件、每一次提交的完整历史。在VisualSVN Server Manager中创建仓库，远不止在磁盘上新建一个文件夹那么简单，它同时完成了一系列的初始化工作。

3.1 仓库创建步骤与参数解析

在VisualSVN Server Manager左侧的树形视图中，右键点击“Repositories”，选择“Create New Repository...”。

1. 仓库类型（Repository Type）：

   • Regular FSFS repository：这是默认且推荐的类型。FSFS（File System File System）是一种将版本数据存储在普通文件系统中的后端存储格式，稳定、高效、易于备份，是SVN当前的标准。
   • VDFS repository：这是VisualSVN Server企业版支持的专用格式，针对大仓库和网络性能进行了优化。我们使用免费的Standard版，所以只能选择“Regular FSFS”。

2. 仓库名称（Repository Name）：给你的仓库起一个有意义的名字，例如MyFirstProject、CompanyDocs。名称中最好避免空格和特殊字符，使用英文、数字、下划线或连字符，这样在命令行和URL中处理起来更方便。

3. 仓库布局（Repository Layout）：

   • Single-project repository：单项目仓库。仓库根目录直接就是项目的根目录。这是最常见的选择，结构清晰，一个项目对应一个仓库。
   • Multiple-projects repository：多项目仓库。仓库根目录下会预先创建trunk、branches、tags三个标准子目录，你可以在trunk下再为每个项目创建子目录。这种布局适合将多个高度相关的小项目或模块放在同一个仓库中管理，但通常不如单仓库来得清晰，权限管理也更复杂。对于新手，强烈建议选择“Single-project repository”。

4. 权限设置（Repository Access Permissions）：

   • All Subversion users have Read/Write access：所有已创建的SVN用户都对这个新仓库拥有读写权限。这在初期团队人员固定且互相信任时比较方便。
   • Customize permissions：自定义权限。你可以选择“No access”（无人有权限，稍后手动配置）或指定某个用户/用户组拥有特定权限。从安全和管理规范角度，即使初期人少，也建议选择“Customize permissions” -> “No access”。这样你可以从容地、按需添加用户和权限，避免意外修改。

点击“Create”，VisualSVN Server会在你之前设置的仓库存储路径（如D:\SVN_Repositories）下，创建一个名为MyFirstProject的文件夹。这个文件夹内部包含了SVN用于管理版本历史的数据库文件（在db子目录中），你绝对不应该直接去修改或删除这个文件夹里的任何内容。所有操作都应通过SVN客户端或管理控制台进行。

创建成功后，管理控制台会显示仓库的URL，例如：https://YourServer/svn/MyFirstProject/。这个URL就是团队成员访问这个仓库的“地址”。

3.2 理解仓库的初始状态与标准目录结构

即使你选择了“Single-project repository”，一个健康的SVN项目也通常遵循一种名为“trunk/branches/tags”的目录结构约定。这不是SVN强制的，但却是全球开发者社区公认的最佳实践。

• trunk（主干）：这是项目开发的主线，存放当前正在进行的、稳定的开发代码。你可以把它想象成产品的主干道。
• branches（分支）：用于开发新功能、修复重大Bug或进行实验性开发。从trunk创建分支，在分支上独立工作，完成后再合并回trunk。这就像从主干道开辟的临时施工便道或试验路段。
• tags（标签）：用于标记项目的重要节点，如发布版本（v1.0, v1.1）。tags是只读的，代表某个时刻trunk或branch的“快照”，用于发布和回溯。这就像在道路里程碑上钉一个牌子，记录“此处是v1.0版本”。

虽然VisualSVN Server创建仓库时不会自动生成这些文件夹，但你应该在第一次向仓库提交代码时，就手动创建这个结构。具体操作会在客户端部分详述。理解并采用这个结构，能为未来的并行开发、版本发布打下良好的基础，避免后期目录混乱不堪。

4. 用户与权限管理：谁可以做什么？

一个空的仓库没有任何用处。我们需要允许用户访问它，并且要控制不同用户能做什么。VisualSVN Server的权限管理非常直观，基于“用户/用户组 -> 仓库/目录路径 -> 权限”这三层模型。

4.1 创建用户与用户组

在管理控制台左侧，展开“Users”和“Groups”。

• 创建用户：右键点击“Users” -> “Create User”。你需要提供：

  • Username：登录名，如zhangsan。
  • Password&Confirm Password：设置密码。VisualSVN Server的密码策略相对简单，建议自行设定复杂密码。
  • Full name：用户全名，如张三。这是一个描述字段，方便管理员识别。 创建后，用户就出现在列表中。你可以随时右键用户进行编辑、重置密码或删除。

• 创建用户组：右键点击“Groups” -> “Create Group”。给组起个名字，如Developers、Testers。然后，在组属性中，将已有的用户（如zhangsan）添加到这个组的“Member”列表中。使用用户组来管理权限是更高效的方式。当项目人员变动或权限需要批量调整时，只需修改组的成员或组的权限，而不需要逐个修改几十个用户的权限。

4.2 为仓库或目录设置访问权限

权限设置是粒度化的，可以针对整个仓库，也可以针对仓库内的某个子目录。

1. 在管理控制台左侧，找到你想要设置权限的仓库（例如MyFirstProject），右键选择“Properties”。

2. 切换到“Security”选项卡。这里你可以看到当前的权限列表。

3. 点击“Add...”按钮，选择你要授权的用户或用户组（例如Developers组）。

4. 在“Permissions”下拉框中，为该用户/组选择权限级别：

   • No Access：禁止访问。连查看目录列表都不行。
   • Read Only：只读。可以查看代码历史、下载文件，但不能提交修改。
   • Read / Write：读写。可以执行所有操作，包括提交修改。
   • （对于目录，还有更细粒度的权限，如“Modify”等，在高级设置中可见）

5. 点击“OK”应用。

权限继承与覆盖：权限设置具有继承性。如果你在仓库根目录给Developers组设置了“Read / Write”权限，那么这个组对仓库下的所有子目录都拥有读写权。但是，你可以在某个子目录（例如/tags）上设置更严格的权限（如给Everyone设置“Read Only”），这个子目录的权限设置会覆盖从父目录继承来的权限。这是实现“tags目录只读”等常见需求的关键。

4.3 一个实战权限配置案例

假设我们有一个项目MyFirstProject，团队构成如下：

• 开发人员（3人）：需要读写/trunk和/branches。
• 测试人员（2人）：需要读写/branches/feature-*（功能测试分支），但对/trunk只有只读权限。
• 项目经理（1人）：需要读写所有目录。
• 所有人员：对/tags目录只有只读权限。

配置步骤：

1. 创建用户组：dev_group,test_group,pm，并将相应用户加入。
2. 仓库根权限：先不设置任何权限，或只给pm组“Read / Write”。
3. 设置/trunk权限：添加dev_group和pm为“Read / Write”，添加test_group为“Read Only”。
4. 设置/branches权限：添加dev_group、test_group、pm为“Read / Write”。（注意：这里test_group对/branches有写权，但可以通过更细的路径或分支命名规范来约束他们只在自己的测试分支上工作）。
5. 设置/tags权限：添加Everyone（或所有组）为“Read Only”。

通过这样的配置，我们就实现了一个符合常见研发流程的权限模型。VisualSVN Server的图形化界面让这一切变得非常直观。

5. 客户端初体验：TortoiseSVN的安装与基本工作流

服务器端准备就绪后，团队成员就需要在各自的电脑上安装SVN客户端。在Windows环境下，TortoiseSVN是无可争议的首选。它不是一个独立的应用程序，而是完美集成到Windows资源管理器右键菜单中的插件，让你在熟悉的文件夹界面中就能完成所有SVN操作。

5.1 TortoiseSVN的下载与安装

访问TortoiseSVN官网，下载对应你系统位数（32/64位）的安装包。安装过程基本是“下一步”到底，但有几个点需要注意：

• 命令行客户端工具：安装向导会问你是否安装命令行工具。建议勾选安装。这样你可以在CMD或PowerShell中使用svn命令，对于编写脚本或某些自动化任务很有帮助。
• 选择SSH客户端：如果你未来需要通过svn+ssh://协议访问仓库，可以安装TortoiseSVN自带的TortoisePlink（基于PuTTY）。对于使用VisualSVN Server的HTTPS协议，此项非必需。
• 安装完成后需要重启：TortoiseSVN集成到Shell，安装后通常会提示重启资源管理器或直接重启电脑以使右键菜单生效。

安装成功后，你在任何一个文件夹或文件上点击右键，都应该能看到新增的“SVN Checkout...”、“TortoiseSVN”等菜单项。

5.2 核心操作一：检出（Checkout）

“检出”是你与远程仓库建立联系的第一个操作。它的作用是将服务器仓库中的某个目录（通常是整个项目）完整地下载到你的本地工作副本（Working Copy），并建立关联。

1. 在你本地准备一个空文件夹，作为工作副本的根目录，例如D:\Projects\MyFirstProject。
2. 进入这个文件夹，在空白处右键 -> SVN Checkout...。
3. 在弹出的对话框中：
   • URL of repository：填写你的仓库URL，例如https://YourServer/svn/MyFirstProject/。如果你要检出某个子目录，如trunk，则URL是https://YourServer/svn/MyFirstProject/trunk。
   • Checkout directory：会自动填充为当前文件夹路径（D:\Projects\MyFirstProject）。
   • Revision：默认是“HEAD”，即最新版本。你也可以检出某个历史版本。
4. 点击“OK”，会弹出认证窗口，输入你在VisualSVN Server中创建的用户名和密码。
5. 认证成功后，文件开始下载。由于是空仓库，此时你的本地文件夹可能也是空的，但它已经是一个“工作副本”了（文件夹上会有一个绿色的对勾图标，如果没有，按F5刷新一下）。

5.3 核心操作二：添加（Add）与提交（Commit）

现在，你可以在本地工作副本中开始工作了。假设我们要建立标准的trunk/branches/tags结构。

1. 在D:\Projects\MyFirstProject文件夹内，手动新建三个空文件夹：trunk,branches,tags。
2. 添加文件到版本控制：选中这三个文件夹，右键 -> TortoiseSVN -> Add。你会看到这三个文件夹的图标上多了一个蓝色的加号，这表示它们已被标记为“等待添加到版本库”。这个操作只在本地记录，尚未影响到服务器。
3. 提交更改到服务器：在D:\Projects\MyFirstProject文件夹空白处，右键 -> SVN Commit...。会弹出一个对话框，列出了所有待提交的更改（即刚才标记为Add的三个文件夹）。在“Message”输入框中，必须填写本次提交的日志信息，这是良好的习惯，例如“Initial import: create standard directory structure”。点击“OK”，输入密码后，这三个文件夹就被正式提交到了服务器的仓库中。

此时，你的本地文件夹图标会变成绿色的对勾，表示本地副本与服务器最新版本一致。团队成员现在执行“Checkout”这个URL，就能看到这个结构了。

5.4 核心操作三：更新（Update）与解决冲突

当你和团队成员并行工作时，你需要定期将别人的修改同步到本地，这个操作叫“更新”。

1. 在你的工作副本根目录，右键 -> SVN Update。TortoiseSVN会自动下载服务器上比你本地版本更新的所有改动，并尝试合并到你的本地文件中。如果别人修改的文件你本地没动过，合并会自动完成。

冲突（Conflict）是版本控制中一个关键概念。当你和同事修改了同一文件的同一区域，并且他先提交了，你再提交时，SVN无法自动决定该保留谁的修改，就会报告冲突。

解决冲突的典型流程：

1. 你执行“Commit”时，可能会失败并提示“文件已过时”，你需要先“Update”。
2. 执行“Update”后，如果发生冲突，冲突的文件图标会变成红色的感叹号。
3. 右键该冲突文件，选择“Edit conflicts”，会打开一个三窗格对比工具（TortoiseMerge）：左侧是服务器最新版（他们的），右侧是你的本地修改，中间是合并结果。你可以手动选择接受哪一部分修改，或者直接编辑中间窗格形成最终版本。
4. 解决完所有冲突后，右键冲突文件，选择“Resolved”，告诉SVN冲突已手动解决。
5. 最后，再次执行“Commit”，提交合并后的最终版本。

理解并熟练处理冲突，是团队协作开发的基本功。养成勤“Update”、早提交、写清晰日志的习惯，能极大减少冲突的发生和解决难度。

6. 从入门到实践：建立你的第一个真实项目工作流

掌握了基本操作后，让我们模拟一个真实的微型项目，走完一个完整的开发-测试-发布循环，体验SVN的标准工作流。假设项目是一个简单的计算器程序。

6.1 初始化项目结构与首次提交

1. 规划目录：我们已经有了/trunk、/branches、/tags。所有主线开发都在trunk下进行。
2. 在Trunk中开始开发：
   • 在本地工作副本的trunk文件夹下，创建项目文件，例如：calc.py（主程序）、README.txt（说明文档）、design（设计稿文件夹）。
   • 选中这些新文件和文件夹，右键“Add”标记它们。
   • 在trunk目录右键“Commit”，提交日志写“Initial project skeleton: main script, readme and design folder”。
3. 日常开发与提交：你开始编写calc.py，实现了加法功能。完成一个小的、完整的功能点后，就进行一次提交。提交日志应具体，如“Implement add function: support two integer inputs”。避免积累大量修改后一次性提交一个“fixed bugs”这样模糊的日志。

6.2 创建分支进行新功能开发

现在，你要开发一个乘法功能，但这个改动可能比较大，或者你想在不干扰trunk稳定性的情况下进行实验。

1. 创建分支：在本地工作副本的根目录，右键 -> TortoiseSVN -> Branch/tag...
2. 在对话框中：
   • From WC / URL：选择/trunk，表示从主干创建分支。
   • To URL：填写分支路径，例如/branches/feature-multiply。URL会自动补全为https://YourServer/svn/MyFirstProject/branches/feature-multiply。
   • 创建后切换到该分支：这里有一个关键选择。TortoiseSVN提供了“Switch to this branch/tag after creation”选项。我个人的习惯是：不勾选。我更喜欢先创建分支，然后手动将工作副本的一个独立目录切换到该分支进行开发。这样可以保持trunk目录的纯净，随时可以切换回去修复紧急Bug。但如果你勾选，当前工作副本会直接指向新分支。
3. 点击OK创建分支。这个操作在服务器端瞬间完成（类似于创建一个指针），并不复制所有文件数据。
4. 在分支上工作：为分支创建一个新的本地工作目录。或者，如果你熟悉“切换（Switch）”操作，可以将原来的trunk工作副本切换到分支URL（右键 -> TortoiseSVN -> Switch...），但这样原来的trunk内容就被覆盖了。更清晰的做法是：为/branches/feature-multiply单独执行一次“Checkout”到一个新文件夹（如D:\Projects\MyFirstProject_Multiply），然后在这个新文件夹里开发乘法功能。
5. 在分支上完成开发、测试后，像在trunk上一样提交代码。

6.3 合并分支与打标签发布

乘法功能在分支上经过充分测试，稳定无误，现在需要将它合并回主干。

1. 合并到主干：
   • 确保你的本地trunk工作副本是最新版本（先Update）。
   • 在trunk工作副本目录右键 -> TortoiseSVN -> Merge...
   • 选择合并类型：“Merge a range of revisions”（合并一个版本范围）。这是最常用的，用于将分支上的一系列更改合并过来。
   • URL to merge from：选择你的分支URL，/branches/feature-multiply。
   • Revision range to merge：可以选择“All revisions”合并分支上所有提交，或者指定具体的版本号范围。
   • 点击“Test merge”可以先预览合并结果，确认无误后再执行“Merge”。
   • 合并操作会将分支的修改应用到本地trunk工作副本。此时你需要仔细检查合并后的代码，解决可能出现的冲突（虽然从同一个基点创建的分支，冲突可能较少，但并非没有）。
   • 确认无误后，提交本地trunk工作副本，日志写“Merge feature-multiply from branch to trunk”。
2. 创建发布标签：当trunk到达一个稳定状态（比如v1.0版本），我们需要为其创建一个只读的快照。
   • 在trunk工作副本目录右键 -> TortoiseSVN -> Branch/tag...
   • From WC / URL：选择/trunk。
   • To URL：填写标签路径，例如/tags/v1.0.0。
   • 注意：务必在日志中写明这是标签，如“Create tag for release v1.0.0”。
   • 点击OK。标签创建完成。它本质上是一个特殊的分支，但大家约定俗成不对其进行修改。通过权限控制（之前设置的/tags只读），可以物理上防止误修改。

至此，一个包含分支开发、合并、发布的完整基础工作流就完成了。这个流程（在trunk进行日常开发，为重大特性或版本创建branches，为发布创建tags）是SVN乃至许多版本控制系统协同工作的核心模式。

7. 进阶技巧与日常维护要点

掌握了基本操作和工作流，你已经可以应对90%的日常场景。但要用得顺手、不出错，还需要了解一些进阶技巧和养成好的维护习惯。

7.1 忽略文件列表（svn:ignore）

你的项目目录里总有一些文件不应该提交到版本库，比如编译生成的二进制文件（*.class,*.dll,*.exe）、IDE配置文件（.idea/,.vscode/）、本地环境配置文件、系统临时文件等。提交它们会污染仓库，并可能引发不必要的冲突。

SVN通过属性svn:ignore来设置忽略规则。

1. 在资源管理器中，右键点击你想要设置忽略规则的文件夹（比如项目根目录），选择“TortoiseSVN -> Properties”。
2. 点击“New...”，选择属性类型为“svn:ignore”。
3. 在属性值框中，每行输入一个要忽略的模式，例如：

   *.log *.tmp /bin/ /obj/ .idea/ *.user

   （/bin/表示忽略该目录下的所有内容）
4. 点击OK。这个属性设置需要被提交到服务器，这样所有团队成员都会共享这套忽略规则。

7.2 查看日志与版本对比

“查看日志（Show log）”是你了解项目历史的窗口。右键任何版本控制的文件或文件夹，选择“TortoiseSVN -> Show log”。你可以看到所有的提交记录、作者、日期和日志信息。双击任意一次修订版本，可以查看那次提交具体修改了哪些文件。

“版本对比（Diff）”是理解代码变更的利器。右键一个文件，选择“TortoiseSVN -> Diff with previous version”，可以比较当前本地文件与它上一次提交版本的差异。在日志窗口中，选中两个版本，右键选择“Compare revisions”，可以比较任意两个历史版本之间的差异。TortoiseSVN内置的对比工具（TortoiseMerge）色彩清晰，支持文本和二进制文件，非常实用。

7.3 备份与恢复

VisualSVN Server的数据核心就是仓库存储路径下的那些文件夹。最简单的备份方式就是定期、完整地复制整个仓库目录（如D:\SVN_Repositories）到另一个安全的位置（如另一块硬盘、网络存储）。在备份时，需要先停止VisualSVN Server服务，以保证数据一致性。对于小型仓库，这个方法是可行的。

更专业的备份方式是使用VisualSVN Server自带的备份命令（svnadmin hotcopy）或通过其PowerShell命令行工具进行热备份。恢复时，将备份的仓库目录复制回来，并在管理控制台中“Add”这个已有的仓库即可。

7.4 常见问题排查

• 认证失败：检查用户名密码是否正确；确认服务器地址和端口（HTTPS的443）能否访问；检查防火墙设置。
• 提交被拒绝“Access denied”：检查该用户/用户组对目标仓库或目录是否具有“Read / Write”权限。
• 工作副本已锁定：有时异常中断会导致工作副本处于锁定状态。可以尝试执行“Clean up”操作（右键 -> TortoiseSVN -> Clean up...）。如果不行，最彻底的方法是备份好本地修改过的文件，然后删除整个工作副本目录，重新Checkout。
• 文件图标不显示：TortoiseSVN的图标覆盖可能因系统资源管理器问题而失效。可以尝试重启电脑，或在TortoiseSVN设置中调整图标缓存大小和类型。

VisualSVN Server和TortoiseSVN的组合，为Windows环境下的SVN使用提供了极大的便利。从服务器的一键安装、图形化权限管理，到客户端的资源管理器集成、直观的对比合并工具，这套工具链极大地降低了版本控制的入门门槛。虽然如今Git因其分布式特性更为流行，但SVN集中式模型的简单、直观，以及与企业现有流程（如严格的权限审批）的契合度，使其在特定场景下依然具有不可替代的价值。理解其核心概念和工作流，不仅是掌握一个工具，更是理解版本控制思想本身，这对于你未来学习任何其他版本控制系统（包括Git）都将大有裨益。