升级迁移 on OINK

升级 Oink Hugo Module

Mon, 01 Jan 0001 00:00:00 +0000

固定版本

生产站点应导入发布标签或不可变的 commit，绝不能跟随未固定版本的分支。在站点根目录，把 Oink 更新到指定 ref：

hugo mod get github.com/pgsty/oink@THEME_REF
hugo mod tidy

将 THEME_REF 替换为该版本发布说明指定的根标签或 commit。

测试本地 checkout

如果要在不修改已提交模块版本的前提下测试本地 OINK checkout，请使用被忽略的 Go workspace：

go work init .
go work edit -replace=github.com/pgsty/oink=/absolute/path/to/oink
export HUGO_MODULE_WORKSPACE=go.work
hugo --gc --minify

不要把包含开发者机器专属绝对路径的 go.work 提交到仓库。

验证解析出的模块

检查 Hugo 的依赖图：

hugo mod graph

确认主题解析到预期的标签、commit 或本地 replacement。OINK 不需要运行 hugo mod npm pack 或 npm install，因为浏览器依赖已经随主题提供。

随后继续审查主题覆盖。

升级 Oink Git submodule 或克隆

Mon, 01 Jan 0001 00:00:00 +0000

请根据安装方式选择相应步骤：submodule 或克隆。两种方式都必须固定到目标版本标签或不可变的 commit。

更新 submodule

在站点根目录进入主题仓库获取标签，并 checkout 目标 ref：

git -C themes/oink fetch --tags
git -C themes/oink checkout THEME_REF
git add themes/oink
git commit -m "Update OINK theme to THEME_REF"

如果站点使用其他目录名，请相应替换 themes/oink。父仓库会记录最终的 submodule commit。请推送这次父仓库提交，确保 CI 和其他贡献者解析到完全相同的源码。

无需安装任何 npm 软件包。如果某个发行版的完整主题包含仅供源码使用的嵌套 submodule，请按照该版本的说明初始化；OINK 发行物所需的浏览器运行时资源已经包含在内。

更新克隆

如果主题目录是由站点跟踪或恢复的克隆，请将其更新到目标 ref：

git -C themes/oink fetch --tags
git -C themes/oink checkout THEME_REF

沿用站点现有的可复现方式，提交、归档或记录更新后的主题。不要让生产构建持续跟随 main。

如果克隆中包含本地修改，请在切换 ref 前把它们提交到分支。更新后再通过 rebase 或其他方式重新应用，并显式解决冲突。可复用的修改应尽量回馈 OINK；消费站点只保留真正属于站点的覆盖。

随后继续审查主题覆盖。

从 Docsy npm 包迁移

Mon, 01 Jan 0001 00:00:00 +0000

上游 @docsy/theme npm 包不是 OINK 的发行渠道。OINK 将 Bootstrap、Font Awesome、字体和浏览器运行时直接随主题提供，因此消费站点只需 Hugo Extended 即可构建。

移除 npm 主题集成

首先选择一种 OINK 发行方式：固定版本的归档、Git submodule 或克隆，或者兼容 Hugo 模块。让 Hugo 能够访问该主题，并确认执行 hugo --gc --minify 时可以正确解析。

随后，从站点的 package.json 中移除 @docsy/theme，以及仅用于构建 Docsy 资源的依赖。删除 Hugo 配置中 Bootstrap 和 Font Awesome 的 npm 挂载项，同时删除只为旧主题管线存在的 PostCSS 与 Autoprefixer 构建步骤。

不要仅仅因为某项应用依赖使用 npm 就将其删除。Hugo-only 合同针对文档主题；站点自有应用或业务组件仍可能采用另一套明确且必要的工具链。

验证迁移

从全新 checkout 开始，只安装 Hugo Extended，不创建 node_modules 目录，然后执行：

hugo --gc --minify

如果站点同时支持 LTR 和 RTL 页面，请分别检查。还要验证本地字体与图标、搜索、图表、API 文档和所有已经迁移的内容组件。构建完全正常后，只有在站点自有工具也不再使用 lockfile 时，才可以删除过时的 lockfile。

迁移现有 Docsy 站点

Mon, 01 Jan 0001 00:00:00 +0000

OINK 旨在替换各站点复制的公共外壳、运行时与短代码，而无需批量重写普通正文。安全迁移应按依赖关系删除覆盖项，把产品专用行为留在站点，并在修改生产环境前先验证临时副本。

迁移原则

固定目标实现，不要把生产站点迁移到未固定版本的分支。
删除覆盖项之前先完成清点。
删除公共主题副本，不删除站点业务逻辑。
在 OINK API 兼容的地方，保持内容 URL、front matter 与短代码行为不变。
unsafe 或在线例外必须显式声明，并且只在过渡期使用。
分别测试构建产物、浏览器行为与托管站点行为。

固定目标版本

请在 go.mod 中固定已发布标签，或使用完整的版本化归档。预发布评估期间，Hugo Module 站点可以使用被忽略的 Go workspace，在不修改已提交模块版本的情况下解析本地 checkout：

go work init .
go work edit -replace=github.com/pgsty/oink=/absolute/path/to/oink
export HUGO_MODULE_WORKSPACE=go.work
hugo --gc --minify

站点的 hugo.yaml 导入 github.com/pgsty/oink；workspace 只替换本地 checkout。

清点现有覆盖项

把每个站点级文件归入以下四类之一：

类别	处理方式
公共外壳的完全或近似副本	OINK 验证通过后删除
OINK 已提供的可复用组件	删除或机械重命名
范围明确的品牌或产品定制	保留，再缩小到最小 hook
业务专用数据或交互	留在站点

layouts/、assets/、static/、配置与构建工作流必须一起检查。复制的短代码通常还伴随一份 JavaScript bundle、样式表、vendor 文件和 CI 安装步骤。

迁移配置

搜索与品牌

启用主题提供的本地搜索，并让外壳使用站点自己的 Logo：