【问题标题】:restore SVN repository from (non-standard) backup从(非标准)备份恢复 SVN 存储库
【发布时间】:2014-01-29 09:32:08
【问题描述】:

托管我们的 SVN 服务器的机器最近停止工作。 IT 团队设法从 NFS 备份中恢复 SVN 存储库内容。这就是他们给我的工作:

01/28/2014  03:24 PM    <DIR>          .
01/28/2014  03:24 PM    <DIR>          ..
01/28/2014  03:24 PM    <DIR>          conf
01/28/2014  03:24 PM    <DIR>          dav
01/28/2014  03:24 PM    <DIR>          db
06/21/2013  10:14 AM                 2 format
01/28/2014  03:24 PM    <DIR>          hooks
01/28/2014  03:24 PM    <DIR>          locks
06/21/2013  10:14 AM               251 README.txt

现在我必须将所有这些“移动”到新的(当前为空的)SVN repo /trunk。自然,我想保留所有现有的 SVN 历史......最好的方法是什么?我可以直接复制 /trunk 下的目录结构吗?

帮助! :)

【问题讨论】:

    标签: svn repository backup restore


    【解决方案1】:

    您似乎已经有了自己的存储库,无需创建另一个存储库并将历史记录放在那里。如果您在 Windows 上使用 TortoiseSVN,请尝试在包含此内容的目录上打开 Repobrowser 进行检查。

    【讨论】:

      【解决方案2】:

      根据dir,这您在 FS 视图中的存储库。您可以将其复制到任何(本地)位置并使用任何 SVN 客户端打开(列表、结帐),使用 file:/// 协议...或非本地,它必须永远存在并使用相同的方式,和以前一样

      【讨论】:

        【解决方案3】:

        @Lazy Badger,@maxim1000 你说得对,但是以这种方式恢复 SVN 还有一些其他的考虑。 实际上,这是实际存储库文件夹的内部文件结构。但是第一个需要检查在旧服务器上运行的 SVN 的版本。在这里你可以:

        1. 在新实例上使用相同的 SVN 版本
        2. 如果需要,请更新您的存储库(以便旧结构适用于新的 SVN 版本)

        您应该可以将此文件夹放到 SVN 的存储库路径中。它应该可以工作,但检查 SVN 的版本,然后测试您的存储库以查看是否没有任何故障!

        从中吸取的教训是? : 始终将您的存储库备份到外部位置并使用svnadmin dump 检查this。 我已经用 SVN 吃掉了一堆东西,所以要小心。 :D :)

        【讨论】:

        • 由于各种原因,我必须将所有 SVN 数据从恢复的存储库迁移到新位置。另外,我没有新存储库的 svnadmin 权限(它是整个组织集中的东西),所以我需要向我们当地的 IT 团队提供具体的迁移说明。你是说我可以要求他们将上面列出的所有文件/文件夹复制到我的新仓库的 /trunk 子文件夹中吗?由于新的 svn 路径/服务器地址与旧的不同,这不会搞砸吗?
        猜你喜欢
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-04-06
        • 2012-10-28
        • 2011-07-26
        • 2010-09-29
        相关资源
        最近更新 更多