我们曾经有多个项目和昨天共享SVN仓库,我们的SVN管理员创建具体到我们的项目中的新SVN仓库。SVN更新失败,“没有这样的修订”的消息
我搬到我的现有项目的结算新SVN仓库,但现在,当我做一个SVN更新,我得到这样"No such revision 223297".
事实上的错误消息,新的仓库只有特定版本的数量到我们的项目(约33000
提交),而旧的有223400
。
我想知道是否有可能以现有的所有签出的文件夹切换到新的存储库?否则,我将不得不做一些干净的退房。
我们曾经有多个项目和昨天共享SVN仓库,我们的SVN管理员创建具体到我们的项目中的新SVN仓库。SVN更新失败,“没有这样的修订”的消息
我搬到我的现有项目的结算新SVN仓库,但现在,当我做一个SVN更新,我得到这样"No such revision 223297".
事实上的错误消息,新的仓库只有特定版本的数量到我们的项目(约33000
提交),而旧的有223400
。
我想知道是否有可能以现有的所有签出的文件夹切换到新的存储库?否则,我将不得不做一些干净的退房。
显然您的管理员没有包括通常使用过滤流时拆分仓库强烈建议填充修订。
否则,绝对不可能使用您的存储库更新您的工作副本,因为SVN将自己定位在版本号上,并且您的存储库(技术上讲)是不同的存储库(通常存储库的UUID不应该匹配。另一个应该由你的管理员修复的怪癖)。此外,如果您使用外部工具(如bugtracker)来保存版本号以将内容链接到源代码,则这些引用也会丢失。
最好的解决办法是重做库创建无过滤流开关 - 落空转速然而,那么你在新的存储库的工作失去了..
猜你必须做一些清洁检出。
在我的情况,我们的SVN管理从旧的存储库中创建一个新的SVN仓库克隆充分。当我将工作副本重新部署到新的SVN存储库后,我收到了相同的消息。
后来我发现那是因为我做了一个SVN更新之前,我搬迁到新的存储库,以及版本号仅仅是超越在新的版本库的版本号。
所以,这里是我的解决方案:你的SVN管理员创建
Update to revision...
更新到你的工作拷贝到旧版本(只之前的版本新的存储库)希望这对你有所帮助。
管理员不想创建没有** - drop-empty-revs **开关的存储库。每次修改至少需要8K,他不希望有一个巨大的SVN转储。这意味着我们现在擅长做干净的结账... – Merwan