使用 git submodule 管理 Hexo 博客的主题

首先解决“从哪里来”的问题。

因为我们需要使用到别人开发的主题，而且要做一些自定义修改，所以我们必须要拿到源码。这个时候我们就可以考虑使用 git submodule 了，这里正好满足使用 submodule 的情况。

要使用 git submodule 我们就不能按照 NexT 这些主题官网提供的安装方式，而需要使用 git submodule 的方式：

现在，我们的 submodule 已经克隆好了，并且在我们的 Hexo 目录下面会多一个 .gitmodules 文件，我们可以看看里面的内容：

这个文件描述了当前仓库的 submodule 的信息，并且它会被加入到仓库中。因为我们在使用 git clone 的时候， git 不会帮我们把 submodule 一起克隆。

所以当其他人或我们在其他地方克隆这个仓库之后，就能够通过 .gitmodules 这个文件知道我们所需要的 submodule 能够从哪里获取到。

我们可以通过 git 的命令来获取所有的 submodule：

这样，我们的 NexT 主题又能够回到我们本地的文件中。

然后解决“有什么内容”的问题。

submodule 解决了“从哪里来”，但是我们对主题做的自定义修改又保存在哪里呢？

如果我们真的按照上面的步骤来操作的话，我们会发现在新设备上的主题配置和我们自定义的配置是不一样的。这样以来，我们新的设备上如果提交，我们自定义的主题配置信息就会丢失了。除非我们重新配置一下主题文件。

但我们是程序员，会永远遵循 DRY 原则，一定是什么地方出了差错。

前面的操作，我们把 NexT 官方仓库作为我们的 submodule，但因为我们不能把自定义的配置 push 到官方仓库中，所以我们对主题的自定义配置就只能留在本地。

为了保存我们的修改，我们可以将官方仓库 fork 到我们自己的账号下面，获得完全的控制权，然后将这个 fork 的仓库作为博客的 submodule。当我们对主题进行了配置的时候，我们需要将这些更新 push 到 fork 的仓库中，这样在下一次拉取 submodule 的时候就能够拿到我们自己的修改，而不会遇到丢失自定义配置的尴尬了。