颠覆:SVN E160043。 '1'和'4之间的预期FS格式

时间:2013-06-23 09:28:52

标签: svn version-control

我按照此博客上的说明在我的开发PC上设置subversion:http://www.codinghorror.com/blog/2008/04/setting-up-subversion-on-windows.html

当我在博客中找到以下内容时出现错误:“恭喜!您刚刚检查了您的第一次更改为源代码控制!”即不是说“祝贺.....”,而是说:SVN E160043 。 '1'和'4'之间的预期FS格式。找到格式6.我花了相当长的时间谷歌搜索这个,但我没有找到答案。

我在Windows 7 64位PC上运行subversion。我已禁用Windows防火墙和ZoneAlarm。

6 个答案:

答案 0 :(得分:27)

如果要从v1.8创建向后兼容的存储库,可以使用--compatible-version标志。 例如:

svnadmin create --compatible-version 1.6 PATHNAME

http://svn.apache.org/repos/asf/subversion/trunk/subversion/libsvn_fs_fs/structure有一个列表,显示哪些FS格式与不同版本的svn兼容。但是你应该只检查你要使用的机器上的svn版本,并使你的repo与最旧的版本兼容。

答案 1 :(得分:4)

我找到了一个适用于Windows 7的简单解决方案:

转到您的存储库文件夹,找到子文件夹'db'并在文本编辑器中打开文件'format'。将顶部的数字从6更改为4,保存并关闭。

问题解决了!

答案 2 :(得分:3)

这归结为版本冲突。我在我的电脑上安装了Tortoise 1.8版,我从here下载了Subversion版本1.6。答案是下载Subversion版本1.8 here

答案 3 :(得分:1)

尝试使用--pre-1.6-compatible标志来创建与Subversion版本兼容的存储库 早于1.6。例如:

svnadmin create --pre-1.6-compatible PATHNAME

答案 4 :(得分:1)

我收到了同样的问题。我安装了旧版本的svn并安装了一个NEWER版本。 Windows PATH环境变量在具有NEW版本路径之前具有OLD版本路径。这来自于使用UBERSVN和后来安装的VisualSVN。我没有卸载1.7.9的UBERSVN版本。当我创建存储库时,我使用了VisualSVN工具,它使用了较新版本的SVN。 1.8.x.当我使用带有svnadmin hotcopy的DOS命令提示符时,它将查看PATH变量目录并在NEWER创建的文件上使用OLDER版本并给出了SVN E160043。 ' 1'之间的预期FS格式和' 4'。找到格式6.希望这会有所帮助。

答案 5 :(得分:-1)

这可能相关或不相关 - 当我尝试使用“从版本控制中打开”时,我遇到了类似的问题...'使用Delphi Xe5和Delphi的Delphi IDE中的功能现在是Xe6。 以下是我在两者中修复它的方法。

第1步:

  • 更新SVN的 32位版本 在发布此回复时下载最新版本(或匹配您的内容)它的Subversion 1.8.8(Windows 32位)" 来自http://www.collab.net/downloads/subversion
    注意:即使您使用的是TortoiseSVN 64位,您仍然必须安装/更新32位版本,因为Delphi的IDE仍然只有32位。

对于Delphi Xe5

  • 复制更新的文件:
    C:\ Program Files(x86)\ CollabNet \ Subversion Client

    C:\ Program Files(x86)\ Embarcadero \ RAD Studio \ 12.0 \ bin \ subversion

对于Delphi Xe6

  • 复制更新的文件:
    C:\ Program Files(x86)\ CollabNet \ Subversion Client

    C:\ Program Files(x86)\ Embarcadero \ Studio \ 14.0 \ bin \ subversion

注意:

  • 上面列出的Delphi文件夹是默认文件夹(至少它们在我的系统上的安装方式),因此您的路径可能会有所不同。

  • 2个SVN文件(MSVCP100.DLL和MSVCR100.DLL)C ++运行时在我的Delphi文件夹中较新,所以可能不想覆盖它们。

  • 当然,在更新文件时,Delphi并没有运行。