要枚举所有 dot file 的场景非常少。
几年前，我刚开始用Git的时候，需要把所有的dot files配置都统一起来放到git目录下， 然后symlink到实际路径。方便统一管理。结果费了好大的劲才全部整理好。这个只是其中 一个场景。再比如我有一次系统坏了，想重新分区，想把home目录下的有用的配置备份出来。 结果找找也费了好大劲。还有其他的场景。。。。。。所以，你说呢。
而且，KDE这个奇葩的配置文件存放也是让我很无语。想找个具体的配置文件也不知道该找
.kde 还是 .config/ 下的第一级目录，或者其他位置。。。。
所以你这几年也就遍历了一次嘛
PS：相反，需要打开编辑 某个 配置文件的场景非常多，所以我更倾向于优化后者（少打一个 .config/ ）～
这次我杠一下。几年前说明的是Git接触的时间。并非指整理 .config 一次而已。因为如
果一个配置文件不在 .config 下还是要手动修改，然后symlink一次。而且对于我可能只
是一个人，但是对于所有有这个需求的人，那就是让很多人都花费了这个时间。就像一件小
事，你觉得让一个人浪费1个小时不算什么，但是让1万个人浪费一个小时就不一样了。就像
是交通一样。不知你觉得我说得是否有道理呢？
好了，杠完了。我说的都表达清楚了。不理你了。
我不参与你们的争论，但我也倾向于把所有配置文件统一放在~/.config下管理
可以用stow自动管理软链接。用了都说好
我去看看, thanks 
我也支持把所有配置文件都放在 ~/.config/，但是 Emacs 值得另眼相待。目前两个路径都支持的方案挺好。
2 个赞
唯一不方便的一点是新人如果用了raw emacs，然后clone配置到~/.emacs.d的时候，会因为~/.config/emacs卡着而加载不了新配置。
不过这一方面也是好处，有时帮别人测试配置，可以直接把别人的配置link到~/.config/emacs。这样不用先把自己的配置挪出来
我也是 home 目录下用 git，不过 home 目录除了 emacs 和 shell 尽量不放其它配置。
这改变毫不考虑兼容性啊，我今天配置新电脑，就因为这个破事折腾了一天了，没想明白哪里出错了
升大版本总有breaking changes，不然软件就不用更新了。
听你们这么说，我还是乖乖用26.3了。等27正式版再升级了
breaking changes 没问题，但是这么突然，然后还毫不考虑兼容性，我觉得有点不合理，就像这个路径，在 .config 找不到配置的时候回退到 .emacs.d，这不是更合理吗？
本来就是fallback，自己看看是不是~/.config里有文件然后把你卡住了
如果有 fallback 那我也不至于这么意外了…
试过没有 .config 文件夹和只有 .config/karabinar 两种情况，都没有 fallback 到 .emacs.d
要是这两天有时间，我再看一下，确认一下
也有可能是存在~/.emacs
当时也看了，没有的
我擦，我装了27，折腾半天原来还有这问题