如果你在 SVN 服务器上找不到名为“ture”的文件夹，先别急着怀疑服务器坏了：SVN 的标准目录名是 trunk，不是 ture；如果你要找的其实是 trunk，服务器文件系统里看不到它也很常见，因为 trunk 是版本库里的逻辑路径，不是仓库根目录下的普通文件夹。
很多人在 Windows 资源管理器或 Linux 的 ls 里翻遍了 /var/svn、/data/svn、C:Repositories，只看到 conf、db、hooks、locks，就是没有 ture 或 trunk，这不是 SVN 藏文件，而是你把“服务端仓库存储目录”和“客户端看到的版本库路径”混在一起了。
先搞清 ture 和 trunk：拼写错一步，搜索全跑偏
ture 不是 SVN 标准目录名
Subversion 社区最常见的仓库布局是：
trunk：主干开发目录branches：分支目录tags：标签目录
没有 ture 这个标准目录，它可能是 true 的拼写错误，也可能是 trunk 被手误打成了 ture，如果你在服务器上找的是 ture，那找不到很正常，因为仓库里本来就不该有它，除非有人手动创建过同名目录。
业内专家指出,Subversion 的 trunk、branches、tags 只是社区约定，并非强制目录，也就是说，一个 SVN 仓库完全可以只有项目文件夹，没有 trunk，很多老项目直接往仓库根提交文件，照样能用。
仓库根目录不等于工作副本
服务端用 svnadmin create 创建仓库后，目录结构通常是这样：
/data/svn/project/ ├── conf/ ├── db/ ├── hooks/ ├── locks/ ├── format └── README.txt
你在这里看不到 trunk，据 Apache Subversion 官方文档说明，仓库是版本化数据的数据库，不是普通文件夹树，FSFS 和 BDB 后端都会把版本内容放在 db 目录里，不会在仓库根直接铺开 trunk、branches、tags。
要看版本库路径,应该用：
svn ls svn://192.168.1.10/project svn ls svn://192.168.1.10/project/trunk svn info svn://192.168.1.10/project
svn ls 能看到 trunk，说明目录存在，只是你找错了地方。svn ls 也看不到，才需要继续查权限、URL 和仓库内容。
svn服务器的trunk文件夹怎么找不到：按 URL、权限、布局排查
用 svn list 而不是服务器资源管理器
排查顺序可以固定下来：
- 在客户端执行
svn ls svn://服务器地址/仓库名 - 再执行
svn ls svn://服务器地址/仓库名/项目名 - 最后执行
svn info svn://服务器地址/仓库名/项目名/trunk
如果第一步就报错,优先看 URL 和认证，如果第一步能看到项目文件夹，但项目文件夹里没有 trunk，说明仓库还没有创建标准布局，此时可以手动创建：
svn mkdir svn://服务器地址/仓库名/项目名/trunk -m "create trunk" svn mkdir svn://服务器地址/仓库名/项目名/branches -m "create branches" svn mkdir svn://服务器地址/仓库名/项目名/tags -m "create tags"
也可以先检出父目录,再在本地创建后提交：
svn checkout svn://服务器地址/仓库名/项目名 cd 项目名 mkdir trunk branches tags svn add trunk branches tags svn commit -m "init standard layout"
检查 authz 权限是否遮住了目录
服务端 authz 文件配置不当，会让客户端看不到某些路径，常见写法：
[/] = [project:/] user = rw [project:/trunk] user = rw
如果根路径没有读权限,svn ls 可能只显示部分内容，甚至直接拒绝访问，先确认当前账号对仓库根和项目根都有读权限，认证缓存也可能捣乱，Linux 下可以清掉：
rm -rf ~/.subversion/auth
Windows 下删除 %APPDATA%Subversionauth 后重新输入账号密码。
国内企业内网SVN服务器trunk文件夹找不到的常见网络因素
国内企业内网里,SVN 常走 svn://、http:// 或 https://，如果中间有反向代理、端口映射、防火墙，客户端看到的 URL 可能被重写，比如服务端 svnserve -d -r /data/svn，仓库在 /data/svn/project，正确 URL 是 svn://服务器IP/project，如果写成 svn://服务器IP/data/svn/project，就会找不到。
用 svn info 看实际生效的 URL，再和浏览器或 Repo-browser 里的地址对比，基本能定位。
Linux下SVN服务端找不到trunk文件夹怎么解决
确认 svnserve 的根参数
svnserve -d -r 指定的是客户端 URL 的根，举例：
svnserve -d -r /data/svn
此时客户端访问：
svn ls svn://服务器IP/project
如果你误用了：
svnserve -d -r /data/svn/project
那么客户端应该访问：
svn ls svn://服务器IP/
多一层或少一层,都会导致 trunk 找不到。
用 svnadmin 验证仓库内容
在服务端可以执行：
svnadmin verify /data/svn/project svnadmin dump /data/svn/project | head
verify 能确认仓库数据库是否完整。dump
能看到历史提交路径，dump 里根本没有 trunk，说明从来没人提交过，此时不是恢复问题，而是创建目录的问题。
重建标准目录并提交
最直接的做法：
svn checkout svn://服务器IP/project /tmp/project-wc cd /tmp/project-wc mkdir trunk branches tags svn add trunk branches tags svn commit -m "add trunk branches tags"
提交后再执行：
svn ls svn://服务器IP/project
这时应该能看到 trunk、branches、tags。
VisualSVN Server找不到trunk文件夹怎么办
不要在 Repositories 目录里找 trunk
VisualSVN Server 的仓库通常放在：
C:Repositories项目名
里面是 conf、db、hooks、locks，不是工作副本，右键仓库选择 Browse Repository，或者用 TortoiseSVN 的 Repo-browser 打开 URL，才能看到版本化路径。
如果仓库是空的,Browse Repository 里自然没有 trunk，先导入项目，或者在 Repo-browser 里右键根路径，创建 trunk、branches、tags。
SVN服务器软件价格对比：目录可见性和授权无关
有人会问,是不是免费版 SVN 服务器软件看不到 trunk，买了企业版才能看到？不是，开源 Subversion、VisualSVN Server 免费版、商业企业版，价格差异主要在管理界面、认证集成、备份工具和技术支持上。trunk 是否可见，只取决于仓库内容、URL 和权限。
行业共识认为,FSFS 与 BDB 后端都不会把版本化文件直接铺在仓库根目录，你花钱买的是管理和支持，不是把 trunk 从数据库里“解锁”出来。
svn checkout后看不到trunk目录是什么原因
检出层级错误
如果你执行：
svn checkout svn://服务器IP/project/trunk
本地目录就是 trunk 里的内容，不会再出现一个 trunk 文件夹，如果你想看到 trunk 这一层，应该检出父目录：
svn checkout svn://服务器IP/project
然后本地会得到 project/trunk。
稀疏检出和深度限制
用了 --depth 参数也会导致看不到：
svn checkout --depth empty svn://服务器IP/project
补全目录：
svn update --set-depth infinity
检查当前 URL 和深度：
svn info svn status -u
switch 和 relocate 用错
如果工作副本原来指向别的路径,svn switch 或 svn relocate 后可能停在旧结构，用 svn info 看 URL，确认是否落在项目根，而不是某个子目录。
快速排查表：ture、trunk、工作副本一次对照
| 现象 | 可能原因 | 验证命令 | 处理 |
|---|---|---|---|
| 服务器文件系统没有 ture/trunk | 版本化路径在 db 中 | svn ls svn://... |
用客户端浏览，不要翻仓库目录 |
svn ls 根路径没有 trunk |
仓库为空或未建标准布局 | svn ls URL |
svn mkdir URL/trunk -m "init" |
| 访问报 403/认证失败 | authz 或密码错误 | svn ls --username 用户 URL |
改 authz，清认证缓存 |
| checkout 后没有 trunk | 检出层级或深度错误 | svn info |
重新检出父 URL，--set-depth infinity |
| Linux 下大小写不一致 | Linux 区分大小写 | svn ls URL/Trunk |
统一使用小写 trunk |
| URL 多一层或少一层 | svnserve -r 根设置不对 |
svn info |
修正 URL 或重启 svnserve |
核心结论很简单：服务器文件系统里找不到 trunk，多数情况下不是故障，而是你找错了位置；真正要查的是 svn ls、svn info 和仓库权限。 如果仓库确实没有 trunk，用 svn mkdir 提交一次即可。
Q&A：svn服务器的ture文件夹怎么找不到
问：svn服务器的ture文件夹怎么找不到，是不是仓库损坏了？
先确认拼写。ture 不是 SVN 标准目录，标准名是 trunk，如果你要找 trunk，服务器文件系统里没有它通常正常，因为版本数据在 db 目录中，用 svn ls svn://服务器地址/仓库名 查看逻辑路径，若怀疑仓库损坏，在服务端执行 svnadmin verify /data/svn/仓库名。
问：Linux下SVN服务端找不到trunk文件夹怎么解决，和VisualSVN Server有什么区别？
底层都是 Subversion 仓库，Linux 下重点查 svnserve -r 根路径、authz 权限、URL 层级，VisualSVN Server 重点用 Browse Repository 或 Repo-browser 看版本化路径，两者都不要到仓库存储目录里直接找 trunk，没有就创建并提交。
问：SVN服务器软件价格对比会影响trunk目录可见性吗？
不会,无论开源 Subversion 还是商业企业版，价格差异不改变仓库布局。trunk 是否可见由提交内容、URL 和权限决定，执行 svn mkdir svn://服务器地址/仓库名/trunk -m "init trunk" 后，再用 svn ls svn://服务器地址/仓库名 就能看到 trunk。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/684545.html
