SVN不支持目录动态隐藏，但可通过路径授权实现逻辑隐藏：在authz文件中为敏感路径（如/core-payment/）仅授予特定组rw权限，其余用户留空*，使其完全无访问能力。

SVN 本身不支持按用户组动态隐藏目录（即“不可见”），但可通过路径授权（Path-Based Authorization）实现对特定研发小组**无访问权限**，从而达到“逻辑隐藏”效果——他们无法列出、检出、查看或修改受保护路径。关键在于正确配置 authz 文件并配合用户/组管理。

明确授权粒度：基于路径而非仓库整体

SVN 的权限控制发生在仓库内部路径层级（如 /trunk/core-payment/），不是整个仓库。必须在 svnserve.conf 或 Apache 配置中启用 authz-db，指向独立的 authz 文件。

• 确保 svnserve.conf 中包含：
  authz-db = authz
anon-access = none（禁止匿名访问）
  auth-access = write
• 若用 Apache + mod_dav_svn，需在 Location 块中设置：
  AuthzSVNAccessFile /path/to/authz

定义研发小组与敏感路径的隔离规则

在 authz 文件中，用 [groups] 定义小组，再为具体路径设置精确权限。注意：权限继承是向下覆盖的，且 * 不代表“所有用户”，而是“未显式匹配的用户”。

• 示例配置片段：

[groups]
pay-team = alice, bob, admin
front-team = carol, dave
<p>[/trunk/core-payment/]
@pay-team = rw</p><ul><li>= </li></ul><p>[/trunk/]</p><ul><li>= r

说明：
– @pay-team = rw 表示仅该组可读写；
– * = （空值）表示其他所有用户（含 front-team）对该路径**完全无权限**（既不能读也不能列目录）；
– 上级路径 [/trunk/] 设为 * = r，保证其他非敏感路径仍可访问。

避免常见陷阱：权限叠加与继承误区

SVN 权限是“最小交集”而非“最大并集”。同一用户若属于多个组，其最终权限取各组在该路径下权限的**最严格限制**。

• 错误写法：
  

  [/trunk/core-payment/]<br>
    @pay-team = rw<br>
    @front-team = r

  
  → 实际上 front-team 成员仍能读取，违背“隐藏”目标
• 正确做法：显式拒绝无关组，或留空 * 并确保无关用户不在任何有权限的组中
• 测试建议：用不同账号执行 svn list svn://server/repo/trunk/core-payment，确认无权限时返回 Authorization failed 而非空列表

配套管理建议：账号与审计同步落地

权限生效依赖准确的用户身份识别。需确保 SVN 认证后能稳定映射到 authz 中定义的用户名。

• 使用 passwd 文件（svnserve）或 LDAP/htpasswd（Apache）统一维护账号，避免手动拼写错误
• 敏感路径的 authz 规则变更后，无需重启服务（svnserve 自动重载；Apache 需 reload）
• 定期检查 authz 中是否存在冗余组、过期账号，或意外授予 rw 给 *
• 建议开启 SVN 日志（如 svnserve -d --log-file /var/log/svn.log），监控对敏感路径的非法访问尝试