没有仓库、直接上线，后面会在哪里补课

很多独立项目都经历过一个阶段：先把能跑的版本扔到服务器上，觉得以后再整理仓库、脚本和回滚。

真正的麻烦不会立刻出现，它通常发生在下面这些时刻：

• 你要改首页，但担心牵连已有项目。
• 你想补 HTTPS 或新域名，但不确定当前配置来源。
• 你需要回滚，却没有一个可信的“上一版”。

最难受的不是没有仓库，而是没有事实来源

没有仓库时，线上目录、备份目录、手工改过的配置文件，很快就会变成多个互相竞争的“真实版本”。

这会直接带来两个问题：

你不敢改

哪怕只是挪一个入口，也会担心把现在勉强能跑的东西碰坏。

你改了也说不清改了什么

等到两周后再看，很多决定已经失去上下文。

怎么补课最有效

不是先上最重的流程，而是先把几个关键动作固定下来：

1. 代码统一回收到一个工作目录。
2. 每次上线都由构建产物驱动，而不是线上手改。
3. Nginx 配置和服务入口成对备份。
4. 个人主站和业务项目分开入口。

这次重建的意义

这次博客主站重建，除了视觉焕新，本质上也是在把部署方式从“能跑就行”切回“可维护、可说明、可迁移”的状态。