GitHub Pages 部署的好处

  1. 免费/低成本、维护负担小
    对个人站（博客、作品集、项目文档）友好：不用买服务器、不用运维，基本就是把站点内容放到仓库里，Pages 负责托管和分发。

  2. 和 Git 工作流天然融合
    内容、主题、配置都在 Git 仓库里：

  • 有版本控制（改坏了随时回滚）
  • 支持分支协作（写文章/改主题用 PR）
  • Issues/PR 可以当“选题/改版清单”用
    对长期维护很省心。
  1. 发布流程可自动化
    结合 GitHub Actions：
  • push 到 main 自动构建、自动发布
  • 还能做自动压缩、生成 sitemap、跑链接检查、跑测试等
    更像一个小型 CI/CD，个人也能用上“工程化”的发布体验。

  1. 访问速度和稳定性通常够用
    背后是 GitHub 的基础设施和 CDN 体系（对个人站基本足够稳定）。另外还能很方便地绑定自定义域名、启用 HTTPS（实际配置成本也低）。

  2. 非常适合“文档型站点”
    很多项目文档直接用 Pages：文档和代码同仓库，版本同步更新，读者也更容易贡献修订（提 PR 改文档）。

总结：GitHub Pages 的核心优势是“托管简单、成本低、和代码协作/自动化发布无缝结合”。

使用 Hexo / 11ty 这种框架（静态站点生成器）的好处

它们本质上是：把“内容（Markdown）+ 模板 + 数据”编译成纯静态 HTML/CSS/JS。好处主要在这几类：

  1. 写作体验更好：内容与样式分离
    你只需要写 Markdown（或 MDX 等），主题/布局交给模板系统。
  • 写文章像写文档
  • 统一排版、统一代码高亮、统一目录/标签/归档
  • 站点风格调整不需要逐篇改内容
  1. 生成“网站结构”很轻松
    像博客常见功能：
  • 分类、标签、归档页
  • RSS/Atom
  • sitemap.xml
  • 文章列表分页、上一篇下一篇
    手写纯 HTML 会很痛苦，SSG 一下就把“信息架构”搭好了。
  1. 性能与安全天然优秀
    静态站点几乎没有后端运行时：
  • 访问快（纯静态 + CDN）
  • 攻击面小（没有数据库、没有服务端逻辑就少很多安全风险）
  • 成本可控（流量大了也通常比动态站更省钱）

  1. 可扩展：数据驱动与组件化
    SSG 一般支持把 JSON/YAML/CSV、甚至外部 API 数据拉进来生成页面（作品集、项目列表、阅读清单都很适合）。
    也可以做一些“半静态”的体验：例如评论用第三方（Giscus/Disqus）、搜索用静态索引（Lunr/Algolia）等。

  2. 更容易做“长期可维护”
    内容都在仓库里，迁移也容易。相比把文章困在某个平台，SSG + Git 更像一种“数据资产自持”。