加载旧的svn转储然后更新文件的建议步骤

加载旧的svn转储然后更新文件的建议步骤,svn,dump,subclipse,Svn,Dump,Subclipse,情况如下: 我最近备份的svn转储文件是(比如)版本7150。但是,我的SVN客户机(WindowsEclipse上的subclipse)上的文件的最新版本是7175。此时,服务器文件系统以不可恢复的方式崩溃。因此,我没有最新的转储文件 要在新服务器(centos linux)上创建一个新的存储库,我可以加载该存储库,它将一直保持到7150。我是否应该在我的客户机上创建一个新文件夹并将repo签出到此位置(即,客户机上的旧repo是否会过时,因为它指向旧实例?)。此外,鉴于我将丢失从7150到7

情况如下:

我最近备份的svn转储文件是(比如)版本7150。但是,我的SVN客户机(WindowsEclipse上的subclipse)上的文件的最新版本是7175。此时,服务器文件系统以不可恢复的方式崩溃。因此,我没有最新的转储文件


要在新服务器(centos linux)上创建一个新的存储库,我可以加载该存储库,它将一直保持到7150。我是否应该在我的客户机上创建一个新文件夹并将repo签出到此位置(即,客户机上的旧repo是否会过时,因为它指向旧实例?)。此外,鉴于我将丢失从7150到7175的文件更改,建议采用什么方法将新回购同步到最新状态(7175)?也许如果我手动复制更改的文件,那么一次提交就可以更新到7151(与旧系统上的7175状态类似)?提前感谢您的指点。

问题是您当前的客户机已签出到版本7175,该版本已不存在

执行新签出,并将当前工作目录(版本7175)中的文件复制到新签出的工作目录(版本7150)。如果您使用的是Subversion 1.7客户端,那么唯一的
.svn
目录将位于签出的根目录中,因此很容易复制所有内容(只是不要覆盖新的
.svn
目录!)。如果您使用的是1.7版之前的客户端,请注意树中所有目录中的
.svn
目录


您的新版本将是7151版,而不是7175或7176版。旧版本7151和7174之间的旧更改历史将消失。没有了。你不再知道是谁改变了它们,也不知道为什么。

谢谢。我最初的怀疑是正确的(新的结帐等等)。我使用的是一个旧的svn客户端,它在所有文件夹中创建.svn,因此我将从7150开始复制修改过的文件。