在2022年,我购买了一台MBP,并开始关注各位开源社区的大佬们分享的各种配置方法。我从中选取了一些适合自己的配置。
缘起
在2022年,我购买了一台MBP,并开始关注各位开源社区的大佬们分享的各种配置方法。我从中选取了一些适合自己的配置。
起初,我使用苹果的 Time Machine 进行配置文件的备份。但后来,我也想与大家分享我的配置,并将其存储在 GitHub 上以供参考。
于是,我开始寻找备份应用程序的工具,最终我找到了 Mackup , 这个工具可以将绝大多数主流软件的配置文件备份到云端。
它的备份原理很简单:将所有配置文件移动到指定的备份目录,并通过软连接来重新定位配置文件的位置。
问题
刚刚提到,Mackup 的工作原理是将默认配置文件移动到备份目录,然后建立软连接。
随后,我决定将备份的目录设为一个Git仓库,并将代码推送上去。但问题随之而来。
假设我不想让某个配置文件出现在Git仓库中,我可能会不小心将它删除(实际上删除的是实际文件,而默认位置的软连接仍然存在)。这时,配置就会丢失,应用程序可能崩溃。
幸运的是,Mackup提供了”restore”命令,每次在同步Git仓库时,我都会先执行备份,然后再执行还原操作。这样,Git仓库就能随意操作了。
为了简化这些步骤,我特地编写了一个 shell 脚本 代替我的工作,至此我的 第一版 dotfiles 分享到了GitHub上。
问题的进一步升级
虽然前面的步骤有点繁琐,但因为有Shell脚本的帮助,我一直在稳定使用。然而,一段时间后,出现了一些麻烦的事情。
有一段时间,我喜欢使用OBS进行直播或录制视频,但我发现每次打开OBS时电脑都会异常卡顿( 我的电脑配置是 M1 Pro 10-12-14吋-32G
我排查了许多原因,向 OBS 的 Discord 社区寻求帮助,甚至将 MacOS 从 12 升级到 13,但问题仍然存在。经过长时间的排查,我终于在 OB S社区找到了一个解决方案将 OBS 的场景文件删除,我发现我的场景文件达到惊人的 12w 个,很纳闷为什么会有这么多文件。
直到我开始怀疑是之前分享的dotfiles工具出了问题。 每次执行 restore 命令的时候都会进行一次文件备份,这导致文件数量呈指数级增长。这个问题不仅出现在 OBS 的配置文件上,其他使用 Mackup 备份的应用程序配置文件中也出现了数万个文件。
新的尝试
考虑到备份和重复生成多个文件,再加上Mackup 只能软连接的缺陷,我选择放弃 Mackup 工具。
我打算自己对 Mackup 进行修改,只有一个核心需求:我希望将我认为重要的文件复制到备份目录中,然后将备份目录推送到远程,而不需要使用软连接。我可以每周手动执行一次同步操作。
然而,当我 fork 了 Mackup 的仓库代码后,发现它是用 Python 写的,而我对 Python 不太熟悉。所以,我决定用 Node.js 编写一个类似 Mackup 的命令行工具,并将其开源出来。(当然,我还是要感谢 Mackup,我完全借鉴了它的配置方法,并且保持了与 Mackup 配置的兼容性)
工具介绍
前置条件 Nodejs.14.x+
如果你只是想尝试一下,可以运行以下命令:
1 | npx @wuxh/backup-cli@latest |
请放心,命令行工具会将你的配置文件拷贝到执行命令的目录下的”backup”文件夹中,不会导致文件丢失!!!
如果你需要更多功能,你可以尝试以下步骤:
全局安装:
1 | npm i @wuxh/backup-cli -g |
执行备份:
1 | backup-cli |
执行还原:
1 | backup-cli -r |
获取帮助:
1 | backup-cli -h |
更详细的使用说明请参阅:https://github.com/Wxh16144/backup-cli#wuxhbackup-cli
另外工具和 Mackup 一样,支持自定义应用程序
大家可以参考我的 dotfiles 仓库,了解如何使用@wuxh/backup-cli
工具来分享应用程序配置并托管在GitHub上。
总结
最后,我希望大家能尝试使用一下这个工具,并提出宝贵的建议。同时,也欢迎大家讨论如何分享和管理自己的 dotfiles。