从 VitePress 到 VuePress Theme Hope:站点技术决策记录
从 VitePress 到 VuePress Theme Hope:站点技术决策记录
一、背景
这次独立站建设,一开始的目标很明确:
- 内容源固定在
blog-article仓库 - 站点仓库只负责同步、渲染和部署
- 后续部署到 Cloudflare Pages
- 页面效果希望更接近
bugstack.cn这种“文档站 + 专栏站”的风格,而不是纯默认文档模板
最早我先从 VitePress 起步,原因也很直接:它是 Vue 生态里最轻、最稳、最容易起一个文档站的方案。
但随着目标逐渐清晰,VitePress 的默认能力和这次站点的诉求之间,开始出现偏差。
二、为什么最初会选 VitePress
VitePress 的优势非常明显:
- 上手快,初始化简单
- 构建快,适合静态内容站
- Markdown 支持成熟
- 部署到 Cloudflare Pages 很自然
- 官方文档生态完整,维护成本低
如果目标只是“把一批 Markdown 文档挂出来”,VitePress 基本是最优解。
所以从工程启动角度看,先用 VitePress 做第一版没有问题。它帮我快速验证了三件事:
- 白名单同步链路能不能跑通
- Cloudflare 部署链路能不能打通
- 内容仓库和站点仓库能不能彻底解耦
三、为什么后来转向 VuePress Theme Hope
真正让我决定切换的,不是“VitePress 不行”,而是“这次站点不是纯文档站”。
我想要的是:
- 顶部导航更像内容门户,而不是只有几项文档入口
- 左侧目录、右侧导航、页面层次都更丰富
- 首页可以简单,但文档页和专栏页要更像“知识站”
- 视觉和交互上更容易往
bugstack.cn那种信息密度高的站点靠
而在这个目标下,VuePress Theme Hope 更合适,原因主要有三点。
1. 主题能力更强
VitePress 官方主题偏克制,适合产品文档、技术文档、说明书。
VuePress Theme Hope 天然更接近“内容型站点”:
- 导航栏配置能力更强
- 侧边栏组织能力更灵活
- 主题组件和内容扩展更丰富
- 更容易做出“知识站”“博客门户”“专栏聚合”这类效果
2. 社区现成能力更多
这次不是要从零造一个主题,而是想尽快得到一个“能看、能用、能扩展”的内容站。
Theme Hope 在这方面比单纯的 VitePress 默认主题更省力:
- 不需要从头自己补很多站点层能力
- 社区里大量案例就是博客、知识库、专栏型站点
- 对中文技术博客场景更友好
3. 这次更重视页面组织,而不是极简工程
VitePress 的强项是极简。
但这次项目更重要的是:
- 文档如何分类
- 多目录如何折叠
- 导航如何映射内容域
- 读者如何从首页快速进入不同专题
换句话说,这次是“信息架构优先”,不是“最小工程优先”。
四、这次切换过程中学到的东西
这次从 VitePress 切到 VuePress Theme Hope,实际上也顺便验证了一件事:
站点框架和内容源解耦之后,切换前端壳子的成本会低很多。
因为真正稳定的部分不是框架,而是这三样:
- 内容源仓库
blog-article - 白名单映射规则
- 同步脚本与生成逻辑
只要这三层是独立的,VitePress、VuePress,甚至后续换 Astro,理论上都还能继续迁移。
五、当前的结论
截至目前,这次技术决策的结论是:
- 内容源层:继续固定在
blog-article - 同步层:继续保留独立脚本和白名单映射
- 站点层:优先使用 VuePress Theme Hope
- 部署层:继续使用 Cloudflare Pages
这不是说 VitePress 不值得用,而是:
对“文档型产品站”,我仍然会优先考虑 VitePress;
对“知识型内容站 / 专栏型技术站”,VuePress Theme Hope 更接近这次的目标。
六、后续方向
后面我更关注的不是“再换框架”,而是把当前这套 VuePress 站点继续做好:
- 优化首页入口信息密度
- 继续整理栏目与源目录映射关系
- 自动同步内容源并减少手工维护
- 逐步收敛历史 Markdown 的兼容问题
- 让站点的阅读体验更接近成熟技术内容站
技术决策做到这里,方向已经明确:
VitePress 帮我跑通了第一公里,VuePress Theme Hope 更适合把这件事做成。