或许，设置有些奇怪。
我已将我的 SVN 存储库的本地签出放在 Dropbox 文件夹（Windows 11 机器）中。
因此基本上无论我使用哪台机器，我都可以查看最新的编辑，无论它们是否已发送到 SVN 服务器。此外，我可以将未版本化的文档和其他非代码保存在同一目录中，并且它们也将在机器之间同步。
对我来说它运行得很好。直到我开始使用 Windows Subsystem for Linux 2 。
如今，当我在 WSL OK 内部处理代码时，每当我需要向 SVN 服务器提交或更新时，大约 70% 的情况下 SVN 都会抱怨磁盘 I/O 错误，并偶尔会损坏其数据库。如果您重新运行提交，它可能会成功。如果您执行 svn cleanup 并重新提交，它可能会成功，也可能不会。
通常可以通过从 Windows 资源管理器端执行 SVN 提交/更新来轻松解决此问题（我使用 TortoiseSVN），这可以正常工作，并且我也可以从中清理/修复数据库。
因此，它似乎与 WSL 如何处理事物以及它或 Dropbox 如何处理临时文件和文件锁定有关（？我推测）。
关于 Dropbox 和/或 WSL，有没有其他人遇到过类似的事情？
任何想法或解决方案都值得赞赏。
答案1
怪物死了
看起来像是 svn 众所周知的文件锁定问题，但现在它已经消失了。您现在可以安全地将 Dropbox 和 SVN 一起使用。我从 2022 年开始就一直这样做，矩阵中没有任何故障。