新增一个好用的理由

历史版本可以丢到移动硬盘（或者其他什么便宜的储存），不占用电脑储存。

详细解说

我有个习惯，稍微改动一下文件，就要保存为历史版本。相信很多人有这个习惯，之后万一搞砸了，随时回滚。
对于很多二进制文件（不是纯文本的代码），“binary diff”不灵光，于是占用越来越多的电脑储存空间。
使用 V File Name，就可以把历史版本丢到任何地方。

参考

https://stackoverflow.com/questions/2983635/can-git-mercurial-svn-or-other-version-control-tools-work-well-when-project-t

There exist binary diff tools, however they don't help much, since the change in one pixel of an image, or a change of one character in a Word document, does not correspond to change of one byte in the file, due to compression. Thus "nice" handling of such binary data is impossible.

DeepL 翻译：有一些二进制差异工具，但是它们并没有什么帮助，因为图像中一个像素的变化，或者 Word 文档中一个字符的变化，由于压缩，并不对应于文件中一个字节的变化。因此，对这种二进制数据的 "漂亮 "处理是不可能的。

链接

网站 https://www.vfilename.com/
代码 https://github.com/vfilename/vfilename （求 star 啦）

额外说明

这个工具过了 VirusTotal 扫描（刚才的结果是“3/69”，大厂杀毒都说没问题），但是某国产防病毒软件可能会误报。
这个工程代码就放在 GitHub，我当然知道 Git 很牛啦。
某些场合，简单粗暴更好使：很多人用电脑处理文件，需要版本管理，不是只有程序员的，不是只有源代码的。

niuxuewei

2021-07-04 14:52:09 +08:00

支持分享，也理解 lz 所要做的东西，总结来说 git 到 vfilename 实际上面向着两个极端：

git （面向 geek，性能好，学历曲线陡峭） <-> vfilename （面向非从业者，全量备份，理念简单）

但是如果真的是面向非从业者，更是应该在 UI 、文档上面打磨，从用户的角度出发，尽量减少用户的使用成本，甚至可以通过一个非常简短的视频的方式呈现，总之加油。

zjyl1994

2021-07-05 14:10:35 +08:00

说真的，如果我做这个东西会这么做：
用户选择一个文件夹，我挂一个文件系统的 watcher，检测到文件变动（用户按下 ctrl+s ）就保存一个版本到版本库。
给到用户的就是一个时间点列表，我要回到几点几分，点一下就回去，不满意再跳回来。你这弄得还要手动操作，对于普通人不友好，对于专业用户也没啥用。
底层实现的话还是可以你这套压缩的东西，定点压缩一个当前的文件包，用户选的时候解压替换当前看到的文件就是了。

再次安利开源作品 V File Name，新增一个好用的理由

新增一个好用的理由

详细解说

参考

链接

额外说明