tortoiseSVN 存储库，从便携式设备访问
tortoiseSVN repository, access from portable device
我有一个包含超过 20 个文件的编程项目，我目前正在使用 TortoiseSVN 作为版本控制软件。存储库位于本地硬盘驱动器上，我是唯一访问这些文件的人。
但是，我在多台 PC 上编写代码（所有 Windows 都在 7 到 10 台之间），但我不想将文件上传到某处或将我的家用电脑作为服务器。所以我正在考虑在 USB 设备上使用 RapidSVN 的便携式版本。
现在我想保留 "history"，这样我就可以访问所有提交。
我听说 RapidSVN 使用的是 Subversion 1.5 库，所以我需要降级到 Tortoise 1.5（我现在有 1.9.3），让它们都使用相同的存储库...
是否可以从 tortoiseSVN 迁移到 RapidSVN，包括过去的修订版？或者有更好的方法吗？
如果您在每个工作场所都有（可以有）SVN 客户端，那么拥有 "portable repository" 比便携式极其过时的客户端更好
所以我尝试了一些转移到 smartSVN 的东西。
现在还是pro版的测试期，不过基础版好像也能满足我的需求
很明显，smartSVN 和 Tortoise 这两个最新版本都可以打开同一个存储库。在我看来，smartSVN 还带有一个更好的图形用户界面，尽管对于初学者来说，你有工作副本、工作副本文件等有点难学。
所以，我现在可以将存储库复制到我的 USB 驱动器上，然后在每台 PC 上启动 SmartSVN 以挂在一个工作副本中。
它似乎也不支持存储库的相对路径，但调用重定位 "dialog" 非常简单（例如更改驱动器号）。
然而，当我想摆脱一些早期的修订错误时（比如在前 10 个修订中提交一堆二进制文件 -> 使存储库膨胀到 300MB）我仍然需要 TortoiseSVN 的命令行工具:
svnadmin dump -r11:100 repositoryPath > dumpfilesvndumpfilter exclude -targets file.txt < dumpfile > filteredDump- 删除存储库
- 在 repositoryPath 创建存储库
svnadmin load repositoryPath < filteredDump- 需要再次结帐
=> 存储库从 100 (300MB) 个修订缩减到 90 (30MB) 个修订
我有一个包含超过 20 个文件的编程项目，我目前正在使用 TortoiseSVN 作为版本控制软件。存储库位于本地硬盘驱动器上，我是唯一访问这些文件的人。
但是，我在多台 PC 上编写代码（所有 Windows 都在 7 到 10 台之间），但我不想将文件上传到某处或将我的家用电脑作为服务器。所以我正在考虑在 USB 设备上使用 RapidSVN 的便携式版本。
现在我想保留 "history"，这样我就可以访问所有提交。
我听说 RapidSVN 使用的是 Subversion 1.5 库，所以我需要降级到 Tortoise 1.5（我现在有 1.9.3），让它们都使用相同的存储库...
是否可以从 tortoiseSVN 迁移到 RapidSVN，包括过去的修订版？或者有更好的方法吗？
如果您在每个工作场所都有（可以有）SVN 客户端，那么拥有 "portable repository" 比便携式极其过时的客户端更好
所以我尝试了一些转移到 smartSVN 的东西。 现在还是pro版的测试期，不过基础版好像也能满足我的需求
很明显，smartSVN 和 Tortoise 这两个最新版本都可以打开同一个存储库。在我看来，smartSVN 还带有一个更好的图形用户界面，尽管对于初学者来说，你有工作副本、工作副本文件等有点难学。
所以，我现在可以将存储库复制到我的 USB 驱动器上，然后在每台 PC 上启动 SmartSVN 以挂在一个工作副本中。
它似乎也不支持存储库的相对路径，但调用重定位 "dialog" 非常简单（例如更改驱动器号）。
然而，当我想摆脱一些早期的修订错误时（比如在前 10 个修订中提交一堆二进制文件 -> 使存储库膨胀到 300MB）我仍然需要 TortoiseSVN 的命令行工具:
svnadmin dump -r11:100 repositoryPath > dumpfilesvndumpfilter exclude -targets file.txt < dumpfile > filteredDump- 删除存储库
- 在 repositoryPath 创建存储库
svnadmin load repositoryPath < filteredDump- 需要再次结帐
=> 存储库从 100 (300MB) 个修订缩减到 90 (30MB) 个修订