如何将 Vista 上的 VisualSVN Server 上的所有源代码移至 Windows 7?

发布于 2024-08-12 11:50:23 字数 312 浏览 10 评论 0 原文

我让 VisualSVN Server 在 Windows Vista 计算机上完美运行,然后现在在同一台计算机上运行 Windows 7(安装在新分区上)。

所以现在所有的源代码都在 D: 驱动器上的存储库中(以前是在 C: 上)

(Windows 7 将是 C:,Vista 现在将成为 D:)

我们可以将 D:\Repositories 复制到作为 C:\Repositories,然后再次在 Windows 7 上安装 VisualSVN Server 并让它使用 C:\Repositories,然后所有源代码、所有历史记录(差异和注释)将再次可用?

I had VisualSVN Server running perfectly on a Windows Vista machine, and then now it is to run Windows 7 on that same machine (installed on a new partition).

So now all the source code are in the repository on D: drive (it used to be on C:)

(Windows 7 will be C:, and the Vista will now become D:)

Can we just copy the D:\Repositories over as C:\Repositories, and then install VisualSVN Server on Windows 7 again and let it use C:\Repositories, and then all source code, all history (the diff and comment) will be available again?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(5

浅唱々樱花落 2024-08-19 11:50:23

我想说尝试一下,但在这样做之前先对存储库进行 svnadmin 转储。如果事情不起作用(尝试 svnadmin verify,在不同的盒子上更新工作副本,检查日志历史记录),然后沿着 svnadmin 转储、创建、加载

只要 URL 不改变,即服务器名称保持不变,客户端就不需要 重新定位他们的工作副本。

I'd say give it a shot, but take an svnadmin dump of the repository before doing so. If things don't work (try svnadmin verify, update a working copy on a different box, check the log history), then go down the usual path of svnadmin dump, create, load.

So long as the URL isn't changing, i.e. the server name stays the same, clients won't need to relocate their working copy.

菊凝晚露 2024-08-19 11:50:23

一个非常相似的举动对我来说效果很好。

A very similar move worked fine for me.

仅冇旳回忆 2024-08-19 11:50:23

是的,这会起作用,我自己在家里设置新服务器并从备份恢复存储库时也做了同样的事情。

只需确保 VisualSVN 服务用户有权写入有问题的文件(在没有相同用户的情况下将文件/文件夹从一个系统复制到另一个系统时的典型问题。)

基本上,安装 VisualSVN 服务器,复制存储库,然后重新启动服务,如果授权到位,就这样。

之后您可能还想查看 VisualSVN 中的安全设置。我不是 100% 肯定它使用存储库中的身份验证文件存储它们,或者是否将它们保留在外部(我怀疑它将它们存储在那里,我只是不是 100% 确定。)

Yes, this will work, I've done the same myself when setting up a new server at home and restoring repositories from backup.

Just ensure the VisualSVN service user has authorization to write to the files in question (typical problem when copying files/folders from one system to another without the same users.)

Basically, install VisualSVN server, copy over the repositories, and restart the service, and if the authorization is in place, that's it.

You might also want to look into the Security settings in VisualSVN afterwards. I'm not 100% positive it stores them using the auth files in the repositories or if it keeps them outside (I suspect it stores them there, I'm just not 100% sure of it.)

栀梦 2024-08-19 11:50:23

是的,我最后尝试了一下,效果非常好。一件好事是,我什至不需要在新的 Windows 7 客户端上使用 TortoiseSVN 添加项目。它是从之前自动添加的(我认为是从隐藏的 .svn 文件夹中添加的)。

Yes, I tried it finally and it worked perfectly. A good thing is, I don't even need to add the project using TortoiseSVN on the new Windows 7 clients. It is added automatically from before (I think from the hidden .svn folders).

霊感 2024-08-19 11:50:23

当您将 VisualSVN Server 从一台计算机移动到另一台计算机时,您需要按照文章 KB166 中指定的步骤进行操作:将 VisualSVN Server 迁移到另一台计算机

请注意,在大多数情况下,您不需要在迁移过程中使用 svnadmin dumpsvnadmin load

When you move VisualSVN Server from one computer to another you need to follow the steps specified in the article KB166: Migrating VisualSVN Server to another computer.

Note that in most cases you do not need to use svnadmin dump and svnadmin load in process of migration.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文