Off-topic | 如何管理自己的文件

文件的分类是这四点中最重要的。良好的分类可以大大降低找不到文件或者误删文件的概率。

其中最重要的是搞清楚要把文件放在哪里。

拿 Linux 中用户的家目录来说，有很多软件会将他们的配置文件或是存放配置文件的目录，直接放在这个目录下面，一般这些文件或目录都是以 . 开头的隐藏文件或目录。除此之外，有些软件的工程目录也会放在家目录下（比如 Ardour），或者也会放在家目录的「文档」目录下（比如 MuseScore）。如果直接将个人文件不加区别地和这些文件放在一起，很难做整理。

但这些目录就真的没有用了吗？也未必。不同的目录的作用不同。我们不妨将「个人文件」分为三个等级：用户域、项目域、个人域。（这三个词都是我自创的 XD）

家目录是用来存放「用户域」的文件的，包括一些用户专属的本地软件，编程语言相关的目录。这些一般都不算是狭义上的「个人文件」。除此之外，一些非常常用的文件也可以直接放在家目录下，或者在家目录下新建一个目录放置，比如常用的脚本，经常打开的笔记文件等等。

「文档」目录实际上比家目录干净得多，因此可以存放「项目域」文件。比如当前写的代码的源文件或工程文件就可以直接在「文档」下面新建目录放置。

为了保存个人的文档（课件、实验报告、项目申请书、论文等），我的习惯是单独建立一个目录，将所有的文件放在这个目录下面。具体的位置无所谓（我自己是放在「文档」下）。

做到了这一点，其实就已经分类得很不错了。再下来就是各个目录内部的细分。不过这件事相信大家都知道应该怎么做，只要找到适合自己的方法即可。

适时归档，keep yourself simple 。

如果你已经将所有个人文件都分类存放了，那很好。但是如果不适时归档，当东西越来越多，你也就越来越难找到想到的文件。

人是懒惰的，尤其是当自己的硬盘有 1TB 的时候。

另一个适时归档的理由是，如果哪一天需要备份文件，那么也许有将近 1TB 的个人文件躺在硬盘里等着你。

人是懒惰的，尤其是宁愿花钱充会员也不愿省钱买一个移动硬盘的时候。

没错，这个问题的答案很简答，买一个移动硬盘，每隔一段时间就将文件归档，存放在移动硬盘。自己硬盘上只留下有用的文件。

另外，移动硬盘还能拿来做备份，一举两得。

软链接就是「快捷方式」，但比你想象的有用。

有了软链接，常用的文件夹就不必放在桌面了，而是可以按照上面说的分类方法存放，随后创建一个软链接放在桌面，指向自己的文件夹即可。

这就是软链接的第一个用处——将工作目录和实际目录分开。

我们总是可以在桌面上放置自己需要处理的文件，只不过这些文件都只是指向实际文件路径的软链接。这样就可以保证在文件合理分类的情况下，高效处理这些文件。等到文件处理完毕，暂时无需使用时，删除软链接即可。如果不使用软链接，每次就得在文件处理完毕时才分类，这会加大分类难度。因为文件数量在工作时往往会增多，文件越多，分类的成本就越大。而且堆积越多，人的惰性会让人越难处理这些文件。很多人的桌面上放着一大堆文件，往往是这个原因导致。

软链接还有第二个用处——作为文件的引用而非拷贝，节省空间。

学过编程的同学一定知道引用和拷贝的区别。假如你的两个工程目录下需要用到同一个数据集，但这个数据集有好几个G，那么较好的方法不是将数据集拷贝到两个工程目录下，而是在两个目录下放置指向这个数据集目录的软链接。对于文件系统而言，软链接和目录是有区别的，因为软链接本身只是一个指向文件目录的特殊文件。但是对于文件系统之上的应用程序，当需要访问指定路径时，软链接和目录并无区别。因此软链接作为目录的引用，能够为用户节省磁盘空间。

软链接还有第三个用处——便于配置文件的管理。下文再提。

回收站是删除操作的缓冲区。

Shift+Del 或是使用命令行 rm 一个文件是有风险的，因为这意味着永久删除。因此在做此操作前必须谨慎。

不过在日常使用时，我们往往难以衡量当前想要删除的文件的重要程度，也不能确定我们一定不会误删。这时候将文件放到回收站是一个比较好的办法。

回收站可以作为删除操作的缓冲区。先将文件放入回收站，过一段时间确认回收站中的文件确实无用后，再做彻底删除。

如果使用命令行，可以使用 gio trash 命令将文件移动到回收站，而不是使用 rm 彻底删除。为了方便，可以起一个别名，比如我就使用 trash 命令代替 gio trash ：

alias trash='gio trash'

软链接是管理配置文件的一个好办法。我们可以将所有的自定义配置文件统一放在同一个目录下，再软链接到 ~ 下面。这么做方便了用户的管理，也方便移动。

用户在查找自定义的配置文件时，可以直接进入自己的目录查看。这么做也不会出现因为忘了自己的 dotfile 叫什么名字而找不到的情况。另外当更换系统前备份时，也可以直接将该配置文件目录备份，这样就无需一个个找自己修改了哪些配置文件，确认哪些配置文件需要保留。在更换系统后，也可以很快地利用这些配置文件恢复自己熟悉的操作环境。

当自己的配置文件越来越多时，可以考虑建立一个 git 仓库做版本管理，甚至可以考虑写一个脚本自动建立软链接，在新系统上做到一键配置。

根据XDG Base Directory Specification，所有软件的配置文件应当放在 ~/.config 下面，但是实际上很多软件并没有遵守这个规定。这也是很多用户的 ~ 目录下堆满了 dotfiles 的原因。

不过这件事用户做不了主，这是程序员的责任。

现在越来越多的软件开始遵守这个协定了，因此如果哪天找不到某个软件在 ~ 下面的配置文件了，也许就在 ~/.config 下面。