管理点文件的尝试
我有一件事从一九年初纠结至今。那是一个不留意就不会有问题,但听说之后就会一直纠结的话题。我虽然没有找到满意的解决方法,但还是试了几个工具去尝试解决。不吐不快——纠结这么久也没解决的问题,只有写出来能让我舒服些。
我所纠结的是管理点文件的方式。
为什么要管理点文件
很多软件很强大,但不配置一下的话根本没法用(往好了说是可玩性高):Z Shell连按键都不给你绑定、Vim默认情况下模拟Vi,等等。那些软件的配置文件以点开头(.zshrc、.vimrc),所以又称点文件。
客观来讲,抄/写两行配置确实能让工具变得更应手。但倾注在点文件上的时间越多,就越怕失去它;而且很少有人只用一台电脑。所以需要有一种手段追踪、备份、同步这些点文件。
失败的尝试
最初我使用的点文件管理器是dotbot。那个软件很不错,但有一个致命的缺陷:它使用软链接把仓库里的文件链接到其他软件期望的路径。
为什么软链接是个问题?因为两台电脑上的同一软件可能需要不同的配置。只用软链接的话,就需要把配置文件拆成三份:A、B电脑共通的部分和A、B独有的部分。然后在共通部分中再判断当前电脑是A还是B,读取各自独有的部分。如果软件使用功能完备的语言来配置的话,这样做没什么问题;但有些软件的配置语言不含任何逻辑判断、分支功能,就没法用这种方法。
在二〇年末我发现了带有模板功能的chezmoi,就抛弃dotbot了。模板是很有用的功能:不管配置语言是否完备,我都可以用chezmoi对不同计算机生成不同的点文件。不过chezmoi也不完美:它号称跨平台,但对Windows的支持几乎可以说是没有。另外它选择复制哪些点文件的方式很反人类:我需要告诉chezmoi哪些点文件不被使用。正常的思路应该是告诉工具哪些点文件需要被使用(dotbot就是这么做的)。总之,chezmoi除了拥有模板功能外,一点不合我胃口。
管理点文件的核心功能,说白了只是个复制而已。既然如此,为什么不自己写一个呢?我厌倦chezmoi时恰逢Scala 3发布1.0版——那就用Scala 3来写吧。Scala的问题是它需要JVM,而点文件管理器很重要的特性是依赖少:毕竟它发挥最大作用的时刻是你拿到一台崭新但空无一物的电脑之时。GraalVM可以给Scala 3生成“Native Image”,完美解决问题——才怪:我依赖的库在Native Image里面有问题。所以这次尝试仅仅几天就结束了。
目前的方法
我所追求的点文件管理器有模板功能、可以同时运行于Windows和Linux、需要安装最少的依赖。理所当然的,我把目光投向了无处不在的Bash、AWK。 模板方面,交给三百多行Shell实现的esh;安装软件、复制文件等方面,交给Bash。
软链接让跟踪修改更方便,模板可以用参数生成不同的文件。之前用的dotbot只有软链接没有模板,chezmoi只有模板但没有软链接——但其实它俩不冲突:我现在把模板生成的文件也保存在Git仓库里,再链接它。我认为我兼得了鱼和熊掌。
这是个土法子,但解决了我的需求:我已经使用这种方法一年了,并且没打算换掉它。当然,这个方法并不完美:不满之一是Bash的语法太扭曲了;不满之二是手写模板还是太麻烦了——最近ChatGPT的效果十分惊人,也许以后我会让AI来生成点文件。
另外我有一个和管理器无关的思路:让点文件变得方便裁剪。有时在用新电脑时没必要把所有的点文件复制过来——只要把核心部分抄过来就好了。我在注释里用类似TOML的格式来标记哪几行配置是服务于什么需求的。比如我的Z Shell配置里有下面这几行:
# [completion]
必要的内容
# [completion.completer]
必要的内容
# [completion.menu]
锦上添花的内容
# [completion.file]
锦上添花的内容
只要把completion和completion.completer下的内容抄过来,补全就基本可用了。选择模仿TOML是因为在线性的配置文件里没有什么表示层级的好方法。
一些点文件片段
在GitHub上分享点文件的行为蔚然成风。我最开始也在那里公开自己的点文件,但点文件难免会混杂一些私人内容——dotbot的作者用一个公开仓库和一个私人仓库解决私密点文件的问题;我嫌麻烦,就统统放到自己的VPS里了。可是,毕竟我的点文件有很大一部分是四处搜刮来的片段。如果我不分享我的点文件,就像用BT下载而不做种。正好趁此机会分享一些谁都用得上的片段吧。
fish
fish不需要任何点文件就非常好用。我不知道为什么其他程序不学学fish。
PowerShell
使用接近Bash的键位。
Set-PSReadLineOption -EditMode Emacs
Set-PSReadLineKeyHandler -Key Tab -Function MenuComplete
Set-PSReadlineOption -BellStyle None
Set-PSReadLineOption -PredictionSource History -PredictionViewStyle ListView
Bash
Z Shell
似乎大家都喜欢用别人写的配置框架。但Z Shell毕竟还没复杂到Emacs的程度,所以我还是喜欢写一个简短的配置文件。下面的补全方式来自StackOverflow的答案,可以模仿fish那样不分大小写并且从字符串中间匹配的行为。
zstyle ':completion:*' matcher-list 'm:{[:lower:]}={[:upper:]}' '+r:|[._-]=* r:|=*' '+l:|=*'
Git
这下再也不怕git psuh
了!
[help]
autocorrect = 1
Beets
详见good-bye-music-subscriptions。
XMonad
趁早别用了,哥。
Emacs
别自己写了,哥。
Vim
有些人喜欢把它配置成类似IDE的样子,但我个人倾向于把它当成nano++来看待。专业的事还是得交给专业的工具。尽管如此,下面这几行还是值得一用的。
" 打开文件时跳到上次编辑的位置:https://stackoverflow.com/a/14449484
autocmd BufReadPost * if line("'\"") > 1 && line("'\"") <= line("$") | exe "normal! g'\"" | endif
" 记录所有更改
let &undodir = expand('~/.vim/undofiles/') | set undofile
" 在命令栏里输入%%会展开为当前编辑文件所在的文件夹
cnoremap <expr> %% getcmdtype() == ':' ? expand('%:h').'/' : '%%'
fontconfig
把英文字体放在中文字体前面可以解决看英文网页时撇号后面间距太大的问题。不过代价是中文的单引号间距会太小。
<alias>
<family>serif</family>
<prefer>
<family>Noto Serif</family>
<family>Noto Serif CJK SC</family>
</prefer>
</alias>