DreamJia

写博客最容易被忽略的部分，往往不是写作，而是“写完以后怎么稳定地发布”。文章内容可以在十几分钟内完成，真正让人犹豫的却是：配置有没有被顺手改坏，生成目录是不是最新，远端同步会不会把不该删的文件一起删掉，以及下次换一台电脑还能不能把流程重新跑起来。 我现在把 Hexo 博客当成一个很小但完整的软件项目来维护。它不需要复杂的流水线，却需要几个清晰的护栏：内容有规范，构建有固定入口，发布前先演练，失败时能停在原地查原因。 先把仓库当作产品这个仓库的职责可以按四层来理解。source/_posts 放文章，source/images 放可复用的小图片；_config.yml 管 Hexo 基础行为，_config.butterfly.yml 管主题外观；ops 里的脚本负责检查、构建和部署；docs 则保存那些“为什么这样做”的说明。 这样的分层很朴素，却能减少误操作。日常写文章只需要新增一个 Markdown 文件，不必打开主题子模块。想调整页脚或导航时，优先查看根目录配置。需要发布时，先找现成脚本，不临时拼一串难以复述的命令。 我还会在每次开始前先看一眼工作树： ...