问如何处理同一个文件的频繁更改(S)？
EN

Server Fault用户

提问于 2017-07-27 13:24:06

回答 1查看 531关注 0票数 1

假设我有一个相对较大的文件，由一致性同步。而且文件更改的频率超过了unison能够同步它的时间。它是压缩后续的更改，还是尝试排队并发送每个版本？是否可以为单个文件或全局配置后续同步之间的最短时间跨度，即:将所有更改排队一段时间，并触发一个操作，压缩在span期间所做的所有后续更改？

回答已采纳

发布于 2017-07-28 23:24:27

据我所知，Unison不会对一个给定文件的多个版本排队进行同步。相反，它运行如下所示：

因此，一个文件的多个版本没有排队。在Unison确认文件自上次同步后发生了更改后，它只同步步骤2中读取文件时磁盘上发生的任何版本。如果文件在第1步中添加到列表时更改了10次，而在步骤2中被同步，Unison不知道并且只会看到最后一个版本。它真的没有必要考虑中间版本。

现在，如果文件确实频繁地更新，那么当Unison同步它时，它可能会更新，这将返回一个错误。有点像

Failed to fingerprint file "foo.bar": the file keeps on changing

或者有时类似于File changed during sync ...，它只会跳过该文件。

票数 2

页面原文内容由Server Fault提供。腾讯云小微IT领域专用引擎提供翻译支持

原文链接：

https://serverfault.com/questions/865486

复制

相似问题

问如何处理同一个文件的频繁更改(S)？EN