Subversion:SVN E160043。预期FS格式介于';1';和';4.

Subversion:SVN E160043。预期FS格式介于';1';和';4.,svn,version-control,Svn,Version Control,我按照本博客上的说明在我的开发PC上安装subversion: 当我在博客中看到下面一行时,我发现了一个错误:“恭喜!你刚刚检查了你对源代码管理的第一次更改!”也就是说,它没有说“恭喜…”,而是说:SVN E160043。预期FS格式介于“1”和“4”之间。找到格式6。我花了相当长的时间在谷歌上搜索,但我没有找到答案 我正在Windows 7 64位PC上运行subversion。我已禁用Windows防火墙和ZoneAlarm。这是由于版本冲突。我的电脑上安装了乌龟1.8版,我从下载了Subv

我按照本博客上的说明在我的开发PC上安装subversion:

当我在博客中看到下面一行时,我发现了一个错误:“恭喜!你刚刚检查了你对源代码管理的第一次更改!”也就是说,它没有说“恭喜…”,而是说:SVN E160043。预期FS格式介于“1”和“4”之间。找到格式6。我花了相当长的时间在谷歌上搜索,但我没有找到答案


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

这是由于版本冲突。我的电脑上安装了乌龟1.8版,我从下载了Subversion的1.6版。答案是下载Subversion的1.8版。

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

有一个列表,显示哪些FS格式与不同版本的svn兼容。但您应该检查要使用的机器上的svn版本,并使您的repo与最旧版本兼容。

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

svnadmin create --pre-1.6-compatible PATHNAME

这可能是相关的,也可能不是相关的——当我尝试在Delphi IDE中使用Delphi Xe5和现在的Xe6时,我遇到了类似的问题。 下面是我如何在这两个方面修复它的

第1步:

  • 更新SVN的32位版本 下载此回复发布时的最新版本是(或与您的资料相匹配的)Subversion 1.8.8(Windows 32位) 从
    注意:即使您使用的是64位的TortoiseSVN,您仍然需要安装/更新32位版本,因为Delphi的IDE仍然只有32位
适用于Delphi Xe5

  • 从以下位置复制更新的文件:
    C:\ProgramFiles(x86)\CollabNet\Subversion客户端

    C:\ProgramFiles(x86)\Embarcadero\RAD Studio\12.0\bin\subversion
适用于Delphi Xe6

  • 从以下位置复制更新的文件:
    C:\ProgramFiles(x86)\CollabNet\Subversion客户端

    C:\ProgramFiles(x86)\Embarcadero\Studio\14.0\bin\subversion
注意:

  • 上面列出的Delphi文件夹是默认文件夹(至少在我的系统上是如何安装的),因此您的路径可能不同

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

  • 当然,在更新文件时不要运行Delphi


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

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

问题解决了


更新:@Bondolin报告此解决方案不适用于SVN的8到7版本。见下面他的评论。我没有试过,因为我不需要。

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

您是专门与SVN绑定还是有机会选择其他内容?@zerkms,我正在评估一些源代码管理解决方案。我与颠覆活动无关。我也要看看GIT,这对我很有用。安装tortoise svnclient 1.8并安装任何svn服务器,如collabnet 1.8。太棒了!有一个旧版本的SVN-UberSVNSerhii,我同意这不是最优雅的解决方法,但它是一个有效的解决方案。到目前为止,没有人报告任何问题。你知道有谁的回购协议以这种方式被破坏了吗?或者这纯粹是假设性的?这更像是假设性的,但是,可能性似乎相对较高。这种格式有完整的文档记录:而且,据我所见,FSFS格式不“向前兼容”,即客户期望的格式不知道如何处理这些功能格式6。您可以通过搜索“文件系统格式”字符串来找到格式的“更改日志”。如果存储库是以一种格式编写的,但格式描述符被编辑为另一种格式,则可能会导致严重后果。是否有人有更多关于是否可以建议编辑格式描述符的信息?
svnadmin create --pre-1.6-compatible PATHNAME