VisualSVN 32到64升级（2.5.x->；3.3）

我们使用的是VisualSVN服务器2.5.24（使用Subversion 1.7.x运行）。对VisualSVN服务器2.5的支持即将结束。建议升级到VisualSVN服务器3.3（与Subversion 1.8.x一起运行）。它是64位（和32位）的

操作系统为Windows Server 2008 R2（64位）

VisualSVN服务器2.5是32位的，位于“C:\Program Files（x86）”

如果升级到VisualSVN Server 3.3 64位，我假设它将转到“C:\Program Files”

他们过去建议只运行安装程序进行升级，但这次它也将是32位到64位的，所以目录不同

有人这样做吗

有麻烦吗

---

在这种情况下，卸载然后从头开始安装新的是否更为合适？

VisualSVN服务器将保留原始安装目录，以便从32位升级到64位

---

在

C:\ProgramFiles（x86）\

中安装64位应用程序不是问题

卸载2.5，安装新的64位版本时，只需确保为存储库根选择相同的路径即可。应该没问题

不过，在进行这些操作之前，我会备份所有存储库，以防万一。

重要信息： 升级VisualSVN服务器时，您不能卸载它！阅读 相关知识库文章和if 如果使用多站点存储库复制功能（即VDFS），则 一定要读这篇文章

---

将VisualSVN Server 1.x或2.x升级到VisualSVN Server 3.x 64位时，VisualSVN Server的MSI（Windows Installer）会自动执行成功升级服务器所需的所有任务。换句话说，VisualSVN服务器32位将自动升级到64位版本。是的，安装位置不会因设计而改变。将64位应用程序保存在

C:\ProgramFiles（x86）

中是有效的。此外，在升级过程中切换安装位置可能会导致多个问题，例如，它可能会破坏将svn CLI工具的位置硬编码为VisualSVN服务器原始位置的钩子脚本。

由于答案具有误导性和有害性，因此被否决。升级时不得卸载VisualSVN服务器：谢谢。我将尝试一些方法，也许卸载也会在组合中，以及Ivan Zhakov的建议。我们使用Acronis来备份服务器，所以我有一些东西要回滚。我将复制文件夹等，快速查看注册表设置，并在XML/INI/任何配置文件中扫描路径的配置等。我做完后会给你们两个回电，回答这个问题。我们的存储库已经位于不同的磁盘/分区上，因此不会受到影响。@bahrep，感谢您的解释。然而，我相信anser没有误导，因为他正在从32位切换到64位。正确的方法是不要安装两次，一次安装在程序文件中，另一次安装在程序文件（x86）中。而且它也没有任何害处。您了解的是服务器设置（实际上只是关于使用了什么端口的信息，如果使用了SSL，则仅此而已）。消息来源当然不会丢失。@BarryEverett我想我的答案应该会更清楚一点（我刚刚发布了它）。将VisualSVN服务器2.x 32位升级到3.x 64位时，安装位置保持不变；VisualSVN服务器未“安装两次”。也同意。跟我走吧。谢谢，我会汇报我的进展。打算在这个周末试一试。我不太想把它放在“C:\Program Files（x86）\”中，即使从技术上讲是可能的，因为它有点不整洁，以后可能会让其他人感到困惑，但我可能会在短期内得到它。@BarryEverett这完全不是问题，我想说，不应该引起任何困惑。好的。也许我应该避免整个升级问题，并实际询问“如何将64位Visual SVN安装位置从C:\Program Files（x86）”迁移/移动到“C:\Program Files”是的，但我怀疑它不会将整个目录结构从程序文件x86移动到程序文件。@BarryEverett如果将Visual VN Server 2.5升级到3.3，您将在64位计算机上安装64位VisualSVN服务器。它的安装位置将保持不变。是的。同意。这也是我不想要的。我想要x64在只是程序文件。x86中没有遗留文件（即使VisualSVN确实对其进行了升级）。不要介意。留给我吧，我看看会有什么结果。@BarryEverett作为一名VisualSVN技术支持工程师，我只是不明白你为什么关心这条路。原因只是整洁而已。它毕竟只是一个目录名，但我喜欢“C:\ProgramFiles（x86）”中的32位/x86内容。在专门标记为x86的目录中没有64位/x64内容。这就是全部。再次感谢你的帮助。