binary不存在只存增量这种说法。
除非是block级的COW，或者ZFS这种支持dedup的rich feature fs。
这也是为啥要说binary不要传代码管理系统，因为代码管理系统不是干这个事的。

查找和备份等等非代码相关的文件管理，都是文档管理系统的事情。

比如最近我们在改的这个合同，本身可以看作是一个binary。你看这里保存了3个历史版本，你可以切过去，也可以下载历史版本下来看。可以在其他tab里去写note来标注这个文件是干嘛的，可以开个讨论区讨论问题，还可以实时聊天或者拉个视频会议。以上所有，包括多人在线编辑这个doc文档都是可以在浏览器里面进行的。当然，你也可以在自己机器上用word打开改了保存在本地。整个过程完全不碰这个管理系统，和服务器的双向同步依然是自动进行的。我这还没玩明白workflow呢，现在也是规模小几个人call进来一起在线编辑就搞定了，否则还可以折腾个流程化管理耍耍。

以上这一切都是围绕这一个文件进行的，所有的文本内容都会记录下来进搜索引擎，以后要找这个文件，在上面搜索栏直接搜就行了。非文本的内容也可以被转换为文本，比如现在如果是图像会自动ocr之后再索引。音频现在技术上也是可以audio to text的，只是现在nextcloud还没这个插件。

文档管理这种事情，有做的很专业的工具。这些本来就不是svn/git这样的专注代码管理的工具的业务范畴。

互联网大厂的内部产品也都是闭源的，也都是git。git并不care你是否要开源。大家都用git只是因为这个工具做得好用起来很方便。最后呢，以我的认知来说，同时用svn和git还以svn为主的，一般还是没真正用过git。原因有2点，一是真正用了git就会觉得svn没有什么存在的必要。就好比你用了gd32之后就会觉得stm32没啥继续使用的必要一样。前者是后者的超集而且还没啥代价，尤其git远比svn强，远不是gd32超越stm32的这点差别；另一个是，svn这种per file级的vcs，其实养成了一些不太正确的思维习惯，导致svn用的越熟练，就难接受git的理念。我见过不少排斥git死守着svn的人，都是svn用的越熟练，就越觉得git复杂和难以理解，对它的排斥也越强烈。git在很长时间里面给人的第一印象都是“复杂”。就是因为当时的用户都来自svn，大家的思维习惯都被svn污染了...从一张白纸开始去学习git，就会发现git是多么的简单，多么的简洁，就会越发的佩服Linus这种大师级的化繁为简的问题抽象能力。等理解了git的本质之后，你才会感受到svn的抽象是多么的丑陋...所以我只能这么说...懂git的一定不会觉得svn好，还觉得svn好的一定是不懂git的...

【 在 spadger 的大作中提到: 】
: 这个要按照客户需求来理解，在没有版本控制的年代，就是复制一份加个release date
: ，不管放自己硬盘还是网盘。问题有几个：
: 1）不能只存储增量，重复内容占用大量空间。
: ...................


--
修改:lvsoft FROM 180.158.58.*
FROM 180.158.58.*