svn通过authz文件实现跨平台细粒度权限控制，核心是服务端路径匹配规则与组授权，辅以svn:externals隔离和pre-commit钩子校验，属性本身不控制权限。
SVN本身不直接管理操作系统级别的文件权限（如Linux的rwx或Windows的ACL），它控制的是用户对版本库中文件的版本操作权限——即能否检出、提交、修改、删除某文件或目录。所谓“在不同系统的权限”，实际是指通过SVN的属性（properties）和服务器端配置，在跨平台（如Linux服务端 + Windows/macOS客户端）环境中，统一、稳定地实现细粒度访问控制。核心靠的是authz权限文件 + 路径匹配规则，而非文件属性本身。
authz文件是权限控制的核心载体
SVN的权限策略全部定义在仓库conf/authz中，它不依赖客户端系统，只由服务端svnserve或Apache解析执行。只要路径写法规范，无论客户端用TortoiseSVN、SmartSVN还是命令行，效果一致。
- 路径使用正斜杠
/，统一格式，不区分Windows反斜杠 - 支持绝对路径匹配，例如
[/projectA/src/main.java]可单独限制单个Java文件 - 支持通配符和组引用，如
@dev = rw、* = r - 规则按路径深度优先匹配，子路径设置会覆盖父路径（如
/docs设为只读，/docs/faq.md再设为rw，则该文件可写）
用svn:externals配合权限隔离敏感内容
当某些文件需在不同系统上差异化处理（比如Linux下需执行脚本、Windows下仅作参考），可借助svn:externals属性将它们拆分为独立子项目，并为每个子项目分配独立权限。
- 在
/project/conf目录上设置svn:externals = bin-tools https://svn.example.com/repos/tools/linux-bin - 为
/repos/tools/linux-bin仓库单独配置authz，仅允许运维组访问 - Windows客户端检出时自动跳过该external（或设为空），避免误操作
- 这样既保持代码结构清晰，又实现按系统角色隔离权限
结合pre-commit钩子强化文件级行为控制
SVN属性本身（如svn:executable或svn:mime-type）影响的是客户端行为（如是否加执行位），不控制访问权。但可通过钩子脚本，在提交前校验文件路径与用户身份，实现动态权限拦截：
- 编辑
hooks/pre-commit脚本，读取环境变量$REPOS和$TXN - 用
svnlook changed -t $TXN $REPOS获取本次修改的文件列表 - 若发现普通用户试图修改
/conf/nginx.conf，且不在@ops组中，则exit 1拒绝提交 - 该机制与操作系统无关，所有客户端提交均受同一规则约束
避免常见陷阱：属性≠权限，中文路径要转义
很多人误以为设置svn:needs-lock或svn:ignore能限制访问，其实这些只是协作提示或过滤规则，不影响权限判断。真正起作用的只有authz中的显式授权。
- 含中文的路径必须在
authz中用UTF-8原样书写（如[/文档/接口规范]），服务端需确保locale支持 - 权限修改后无需重启svnserve，但客户端缓存可能延迟生效，建议用
svn ls svn://host/repo/path --username=test即时验证 - 密码文件
passwd建议设为chmod 600，防止未授权读取
