TortoiseSVN导入.svn文件夹(TortoiseSVN importing .svn folder)
我有一些旧的.svn文件夹(从2012年开始),我想把它们重点放到一个新的存储库中。 旧存储库位于已关闭的服务器上。 如何将它们放入本地存储库?
我已经尝试创建一个新的存储库,检查它,将.svn复制到其中并使用TortoiseSVN重新定位它。 但我得到的错误是uuid错了。
I got some old .svn folders (from 2012) and I want to important them into a new repository. The old repository were on a server that is down. How can I get them into a local repository?
I already tried creating a new repository, checking it out, copying the .svn into it and to relocate it with TortoiseSVN. But I get the error that the uuid is wrong.
原文:https://stackoverflow.com/questions/39229463
最满意答案
除了在例外情况下未能使用“使用”语句来关闭数据流之外,对我而言,这看起来没有问题。 数据是否被绝对压缩? 你能用linux上的zlib解压缩它吗?
看过源代码后,它非常可怕 - 例如,对
int Read(buffer, offset, length)
调用最终将调用其内部的int Read()
方法length
。 考虑到这种不稳定的开始,我不确定我是否会特别重视代码,但我预计它至少会稍微起作用! 你有没有尝试过使用SharpZipLib ?It appears I made the mistake of assuming all virtual methods were overridden, which wasn't the case. I was using zlib.ZInputStream.ReadByte(), which is just the inherited Stream.ReadByte(), which doesn't do any inflate.
I used zlib.ZInputStream.Read() instead, and it worked like it should.
相关问答
更多-
Zlib压缩在Java中使用Deflate和Inflate类(Zlib compression Using Deflate and Inflate classes in Java)[2022-06-14]
你想在这里做什么? 您使用InflaterInputStream来解压缩数据,然后尝试再次将解压缩的数据传递给Inflater? 使用其中之一,但不能同时使用两者。 这是什么导致你的例外。 除此之外,还有一些小错误,就像bestsss提到的那样: 您完成循环中的压缩 - 完成后,无法添加更多数据。 你不检查放气过程产生多少输出。 如果你有很长的行,它可能会超过1024字节。 您也可以在不设置长度a情况下将输入设置到Inflater。 我发现的更多: 写入之后(以及在读取同一文件之前),不要关闭FileOut ... -
这是MizardX的答案的附件,给出了一些解释和背景。 见http://www.chiramattel.com/george/blog/2007/09/09/deflatestream-block-length-does-not-match.html 根据RFC 1950 ,以默认方式构建的zlib流由以下组成: 一个2字节的头(例如0x78 0x9C) 一个放气流 - 见RFC 1951 未压缩数据的Adler-32校验和(4字节) C# DeflateStream工作(你猜到它)一个放气流。 Mizar ...
-
windowBits也可以是-8 ..- 15用于原始放气。 在这种情况下,-windowBits确定窗口大小。 然后deflate()将生成没有zlib头或尾部的原始deflate数据,并且不会计算adler32检查值。 对于可选的gzip编码,windowBits也可以大于15。 向windowBits添加16,在压缩数据周围编写一个简单的gzip头和尾部,而不是zlib包装器。 gzip头文件没有文件名,没有额外数据,没有注释,没有修改时间(设置为零),没有头文件crc,操作系统将设置为255(未知) ...
-
没有任何错误。 给定的未压缩流没有唯一的压缩流。 所需要的只是减压能够准确地回复压缩的内容(因此“无损”)。 它可能仅由不同的压缩参数,不同的压缩代码或甚至相同压缩代码的不同版本引起。 如果无法重现原始压缩数据,那又如何呢? 重要的是,您可以创建一个可以解压缩并具有所需内容的有效PDF文件。 There is nothing wrong. There is not a unique compressed stream for a given uncompressed stream. All that is ...
-
我最近不得不将这个确切的库和文件添加到我的项目中,经过很多故障排除后,终于可以正常工作了,所以让我引导您完成这些步骤! 好的 1)在finder中进入你项目的顶层目录,并创建一个名为Swiftzlib的新文件夹,或者你想要导入的模块的名称。 (我们要做的是将zlib库作为模块添加,因此可以将其视为导入Foundation或某些其他模块)。 为了澄清,这个Swiftzlib目录将最终成为包含*.xcodeproj和*.xcworkspace文件的相同目录的*.xcworkspace 。 2)在您创建的文件夹中 ...
-
除了在例外情况下未能使用“使用”语句来关闭数据流之外,对我而言,这看起来没有问题。 数据是否被绝对压缩? 你能用linux上的zlib解压缩它吗? 看过源代码后,它非常可怕 - 例如,对int Read(buffer, offset, length)调用最终将调用其内部的int Read()方法length 。 考虑到这种不稳定的开始,我不确定我是否会特别重视代码,但我预计它至少会稍微起作用! 你有没有尝试过使用SharpZipLib ? It appears I made the mistake of a ...
-
节点zlib模块膨胀,并知道有多少数据被读取(total_in)?(Node zlib module inflate, and knowing how much data was read (total_in)?)[2023-05-26]
Node之前没有公开过这个功能,所以我提交了一些pull请求来添加它。 从节点8.1开始,现在可以使用本地zlib模块访问这些信息。 现在,Zlib引擎使bytesRead属性可用,并且便捷方法现在可以通过传递info选项来访问它。 工作示例: 'use strict'; const zlib = require('zlib'); const str = 'abcdefgh'.repeat(2); const data = new Uint8Array(zlib.deflateSync(str)); c ... -
您试图压缩的数据的前几个字节是什么? 您可能会尝试解码zlib,gzip或raw deflate数据。 顺便说一下,我强烈建议您将DotNetZip的接口用于zlib而不是NET 4.5(或NET的任何版本)。 NET 4.5在微软声明他们不会修复 (!)的接口中存在错误。 What are the first several bytes of the data you are trying to compress? You might have zlib, gzip, or raw deflate dat ...
-
您不应该永远需要将某些内容添加到PublicAssemblies文件夹中。 将程序集放在开发文件夹层次结构的某处(可能是C:\dev\Reference\zlib.net\zlib.net.dll )。 当您想要添加引用时,请单击浏览并找到您的开发文件夹中的程序集。 然后在解决方案资源管理器中单击该引用并调出属性窗格。 确保复制本地设置为true。 如果你在源代码管理中有你的解决方案,你需要将DLL复制到当前的解决方案层次结构中,并从那里引用它 - 你不想强制每个人都有一些特定的非源代码控制文件夹来构建源代 ...
-
你做的事情依赖于数据是文本和字符串,而不是二进制数据。 例如 std::string str((char*)readBuffer); 如果readBuffer的内容是原始二进制数据,那么它可能在其中间包含一个或多个零字节。 当您将其用作C样式字符串时,第一个零将充当字符串终止符。 我建议你尝试概括它,并删除字符串的依赖。 相反,我建议你使用例如std::vector
。 同时,在您转换到更通用的方式时,您可以做到例如 std::string str(readBuffer, length); ...