颠覆：工作拷贝是旧的开发版本

Question

我在OSX发展，我的Subversion工作副本中的一个刚开始返回下面的错误的所有命令，但我的其他检出正常工作。我同时使用Brew安装的SVN二进制文件和我的Cornerstone客户端，但是其他工作目录都很好。

> svn update 
svn: E155036: Please see the 'svn upgrade' command 
svn: E155036: Working copy '/working_directory' is an old development version (format 12); to upgrade it, use a format 18 client, then use 'tools/dev/wc-ng/bump-to-19.py', then use the current client 
> svn upgrade 
svn: E155019: Can't upgrade '/working_directory' as it is not a pre-1.7 working copy directory 
svn: E150000: Missing default entry 

我没有bump-to-19.py脚本的任何地方我的电脑上（根据find/-type f -name bump-to-19.py），但我想我能找到它的Apache repository。也就是说，我不熟悉它的功能，或者如何使用它。理想情况下，我可以避免检出此工作目录的新版本，并手动合并所有（许多）更改。

我能找到的唯一信息与Netbeans和javahl有关，而且我都没有使用。

编辑：下载bump-to-19.py文件并使其可执行文件后，我试了一下对我的工作目录无济于事：

> ./bump-to-19.py working_directory/ 
error: format is 29 not 18: 'working_directory/' 

Answer 1

虽然我无法弄清楚，为什么我的工作目录已损坏，我能工作，它使用rsync周围 - 有一个选项，C，制作备份时将忽略CVS/SVN的文件和目录。我使用此选项进行备份，再次检出项目，然后将备份复制回新的工作目录。 SVN很高兴。

> rsync -arC working_directory working_directory_no_svn 
> rm -rf working_directory 
> svn co https://svn.example.com/project/trunk working_directory 
> rsync -ar working_directory_no_svn working_directory 

Answer 2

我有同样的问题，这是我如何解决：

1. 在顶层从SVN删除.svn文件夹（室射频.svn文件）再次
2. 结帐软件（ SVN共...）
3. 好走！

Answer 3

我有一个类似的问题，我的svn版本是1.7.10，但是我的Subversion插件的Eclipse稍微老一点，我假设1.6.something。

使用“rsync的-arC working_directory的archive_no_svn”命令是一个突破 - 至少现在我有我刚刚完成同步小时的副本。我试过使用“svn co”，但它是错误的版本，所以我只是在Eclipse中使用Subversion插件运行更新 - 这从存储库中恢复了工作目录 - 几乎是我之后的，并且它是正确的版本。

获取的rsync回到正确的位置是一个诡计。 rsync似乎将工作文件夹放入存档位置，从而创建archive_location/working_directory/the-files。因此，归档数据同步回working_directory的与达到： rsync的-ar archive_no_svn/working_directory的。

现在，我必须了解我的Eclipse插件颠覆升级到1.7

Answer 4

我知道这已经有一段时间，但我发现使用SVN给出的提示的解决办法...基本上使用升级命令，因为它说。使用CMD，我去了困扰项目所在的工作区文件夹。让我们打电话给项目Project1。您调用命令：

“SVN升级PROJECT1”

这解决了我的问题的正确方法，而不涉及某种形式的黑客或解决方法的。