我目前在Linux主机rsync复制从Windows到我的Linux机器的东西。 但我不能复制长名称的文件。
我曾尝试过DeltaCopy ， cwrsync和cygwin 。 从我发现的所有这些工具拒绝复制文件时，文件的长度变长，这似乎是在大约255个字符的地方。
这个问题在这里的cwrsync论坛上得到了解决，据说在cygwin 1.7出来并支持UTF8的时候，它可能会在将来被修复。 这里甚至还有一个testing版本。
在生产系统上使用testing版本并不是特别舒服。 我希望有人知道另一个rsync选项。
作为rsync的替代方法，你是否知道另一个工具，我可以在Linux上从Linux主机复制一个目录结构，这对长文件或exception命名的文件没有问题？ 重要的是我需要一个可以轻松在SSH隧道中工作的工具。 有些系统不在防火墙之内，我相信SSH是我可以使用的隧道。
我可能会错过这一点，但你有没有考虑过在Windows上使用Robocopy 。 它与RSync类似，但不能直接从应用程序调度它。
这可以通过编写复制的batch file，然后创build一个计划任务来克服。 Robocopy是免费的，非常强大。 我经常用它来使用Samba和networking在Linux和Windows之间复制文件，Robocopy的恢复能力非常强大。
啊哈！ 你可以在rsync中使用subst。
如果你有一个深层的目录树d：\ very \ long \ file \ n \ ame \ etc \ etc，那么实验表明你可以用X：到d：\ very \ long \ file \ name \ etc然后rsync和从/ cygdrive / x /无论。 这在客户端和服务器端都起作用。
现在虽然你可以使用战略substs来减less文件名的长度，我不知道这是否允许你绕过260个字符的限制。 这可能也不是很方便。 值得一试虽然。
约翰·雷尼
—- 8 <—-
请参阅http://www.ratsauce.co.uk/notablog/LongFilenames.asp，了解我的长文件名。
我不知道有什么办法可以将Cygwin的前缀join到Cygwin中，显然Cygwin的当前版本并没有在内部使用前缀。 大概他们在新版本中解决了这个问题，这就是为什么它会支持超过260个字符的名字。 我使用Cygwin rsync遍布整个地方，所以像我一样急切地等待发布。
Cygwin rsync还有一些其他的问题。 除非你指定cygwin = nontsec，否则会造成一团乱七八糟的ACL，而且它往往会挂在非常大的目录上。 在我死之前要做的事情之一是编写一个本地Windows版本的rsync，不会有这些问题。 我相信这已经完成了，但只是作为商业版本而不是公有领域的版本。
JR
我build议你尝试Unison http://www.cis.upenn.edu/~bcpierce/unison/
这是一个非常有趣的rsync替代品，因为它也可以提供双向同步（这是rsync无法做到的）。 我已经在2台虚拟机上成功使用了它，并对结果非常满意。
但是就长文件名而言，我不知道它是否可以按你的意思工作。
从官方网站：
Unison是Unix和Windows的文件同步工具。 它允许将文件和目录集合的两个副本存储在不同的主机上（或同一主机上的不同磁盘上），分别进行修改，然后通过将每个副本中的更改传播到另一个副本来进行更新。
只是注意到，我遇到了同样的问题（1.7以前的cygwin的限制），并find了cygwin 1.7的cwrsync工作版本：
http://www.doering-thomas.de/page.php?seite=1&sub=6&lang=en#rsync
（来自cwrsync论坛的原始链接）
不完全正式版本，但它解决了我的字符集问题:)
http://lists.samba.org/archive/rsync/2009-March/022955.html
http://www.okisoft.co.jp/esc/utf8-cygwin/有一个UTF8图层，它具有增加可能path大小的副作用。 根据它的作者，如果你想使用更多的字符，你可以在补丁中的常数。 这似乎更加黑客。
可能不是你最好的select远程同步，但是是一个Windows rsync声称支持更长的文件名。
所以，如果Windows上的工具不好，有没有办法使用Linux工具？
用ssh – sshfs ？
没有SSH – 使用VPN并挂载为SMB？
无论哪种方式将允许您使用function更强大的Linux rsync客户端对文件系统。 我没有用10GB的数据做这个YMMV。 🙂
这不会做大的文件结构，但是对于名称较长的相对较小的数据集，您可以使用7-Zip之类的东西来创build一个rsync然后可以传输的归档文件。 你说过，你需要将Windows服务器的数据提取到Linux服务器上。 如果您有shell访问权限，则将需要的数据存档到一个容器（7-zip）中，然后将其传递到服务器。 这将长文件名问题推到了归档器上，为此我相信有更好的支持和非Cygwin工具。
为了不丢失可移植性，我build议你留在rsync，并尝试解决255的限制。 这个限制不再是在Windows内部，而是在RSYNC代码 – 事实上，Windows上的限制大约在2048年左右（如果我还记得的话）。
我敢肯定，没有其他rsync端口比你指定的，我build议你使用testing版本，并报告任何错误，你可能会发现。
如果您不介意使用FTP，您可以尝试使用LFTP – 它具有非常好的镜像function，但是在备份/同步时不会与rsync进行比较。
我一起砍了一个脚本 ，可以暂时重命名短名称的文件或目录，以便rsync（和其他程序）可以继续。 您可以使用它作为工具链的一部分，用于将文件从Linux复制到Windows（rsync或其他）。 我不知道你是什么意思的“不寻常的”，所以也许这只是你的要求的一部分。 请让我知道它是否对你有帮助。