我一直在寻找最快的方法来复制一些WAR和JAR文件，以在Windows系统之间进行巨大的软件部署。 显然，multithreadingrobocopy或任何rsync协议实现将提供一些性能的提高，但我想知道是否有更好的select。
我不是在寻找一些graphics用户界面（GUI）备份解决scheme来破坏文件名或将文件复制到增量备份存档中。
我很感兴趣，如果有人有经验通过二进制增量或差异跨域Windowsnetworking共享复制。 我一直在寻找DFS复制和rdiff-backup（我认为它们在Windows上无法处理归档）的技术。 我想听听其他评估这些types的技术在Windows系统之间进行复制的人。 我需要了解哪种二进制增量复制解决scheme最为可行，以及您是否将其信任用于必须匹配每个位的关键软件部署。
从理论上讲，不能保证你可以传送一条信息而不会改变。 没有散列/签名algorithm可以提供100％的确定性，数据没有被调和。 但是，如果使用良好的散列algorithm，则可以使数据接近100％。
因此，文件越大，传输的数据就越多，您就有更多机会改变某些数据而不会破坏哈希。
实际上，你会看到更多的人为错误问题 – 比如编程错误，而不是相同散列的文件。
如果是关于软件部署，并且想要在知道以前状态的情况下传输二进制增量，那么可以看一下xdelta – 它不是GUI，它不是传输协议，但它确实非常有效地创build了二进制增量可以在软件分发场景中使用。