嘿，我之前也踩过类似的SVN初次提交大项目的坑——13000个文件+100MB的体量，用TortoiseSVN确实容易因为速度慢超时断开。给你几个亲测有效的办法，按优先级排序：

• 用命令行SVN替代TortoiseSVN
  图形界面的TortoiseSVN会有额外的资源开销（比如实时预览、界面渲染），命令行客户端更轻量高效。操作步骤很简单：

  1. 打开命令提示符（CMD）或PowerShell，cd到你的项目根目录
  2. 执行 svn add . 把所有文件加入版本控制
  3. 执行 svn commit -m "Initial project commit via command line" 完成提交
     命令行的传输逻辑更直接，大概率能避开GUI导致的超时问题。

• 拆分提交批次
  别一次性提交所有文件，把项目拆成几个小批次分开提交：

  • 先提交体积小、文件少的目录（比如文档、配置文件目录）
  • 再逐步提交代码、资源等大目录
    比如先执行 svn add docs/ config/ 并commit，再处理 src/ assets/ 这类目录。每次提交的数据量小了，就不容易触发远程端的连接断开。

• 调整TortoiseSVN的超时参数
  如果坚持要用TortoiseSVN，先把超时时间调长：
  右键点击项目 → 选择「TortoiseSVN」→「Settings」→ 切换到「Network」标签页，把「Connection timeout」（连接超时）从默认的300秒改成600秒甚至1200秒，给传输足够的时间。

• 确保开启数据压缩
  SVN默认支持传输压缩，能大幅减少需要传输的数据量：
  在TortoiseSVN的Settings→Network里，确认「Use compression」（使用压缩）是勾选状态；命令行客户端默认开启压缩，不用额外设置。

• 清理本地不必要的文件
  先检查有没有临时文件、编译产物、日志文件这类不需要提交的内容，用 svn status 查看状态，把无关文件用 svn revert 撤销添加，或者配置 svn:ignore 属性排除它们——减少提交的文件数量和总大小，自然能提升速度。

• 避开网络高峰时段提交
  如果是公司内网的SVN服务器，试试在凌晨、午休这类网络空闲时段提交，此时带宽更充足，不容易因为网络拥堵导致连接断开。

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