Tortoise SVN子文件夹权限失效：设置无权限仍可被拉取

我之前踩过这个一模一样的坑！明明在TortoiseSVN里给子文件夹设了无访问权限，结果用户拉取仓库时还是能看到完整目录，连被限制的文件夹都在里面。后来才搞清楚，SVN的权限控制有几个容易忽略的细节，咱们一步步来解决：

先搞懂为啥会这样 #

SVN的权限是基于路径继承的，默认会继承父目录的权限。如果只给子文件夹设了「无权限」，但父目录有读取权限，用户还是能看到子文件夹的目录结构（虽然进去会报错，但拉取时目录会被创建出来）。另外，如果用的是SVN服务器（svnserve），权限配置文件的路径匹配必须精准，差一个斜杠都可能失效。

具体解决步骤 #

1. 检查服务器端的authz配置（这是核心！） #

不管你是用TortoiseSVN搭的本地仓库还是独立SVN服务器，权限规则都存在conf文件夹下的authz文件里。打开它，确保你的权限规则是「先允许父目录，再明确拒绝子文件夹」的逻辑：
比如要限制project/secret-folder这个子文件夹的访问，配置应该写成这样：

[groups]
# 先定义用户组，方便批量管理
normal_users = user1, user2

# 给所有用户开放父目录的读写权限
[/]
@normal_users = rw

# 明确拒绝普通用户访问目标子文件夹
[/project/secret-folder]
@normal_users = none

⚠️ 注意：

• 路径必须从仓库根目录开始写，不能用相对路径（比如不能只写secret-folder）
• 一定要写none，而不是留空或者只写=
• 如果是单个用户，直接写用户名代替@组名就行

2. 让权限配置生效 #

• 如果是用svnserve启动的服务器，先停掉服务再重启：svnserve -d -r /你的仓库路径，确保新配置被加载
• 让用户删掉本地已拉取的仓库，重新从服务器拉取！因为本地之前缓存的目录结构不会因为服务器权限变化自动消失，必须重新拉取才能看到正确的权限结果

3. 验证权限是否真的生效 #

让用户试试访问被限制的子文件夹：

• 用TortoiseSVN的话，右键点那个子文件夹选「SVN更新」，应该会弹出权限不足的错误
• 用命令行的话，执行svn update project/secret-folder，会提示Authorization failed，这就说明权限生效了

额外提醒 #

• 别在客户端（本地TortoiseSVN设置）里改权限，那只对当前用户本地生效，服务器端的authz配置才是全局有效的
• 如果是用Apache搭的SVN服务器，除了改authz，还要确保Apache配置里正确引用了这个文件，然后重启Apache服务

内容的提问来源于stack exchange，提问作者FIre Panda