nan.xiao blowdown 会使用固定的 Hugo，这就解决了包管理器不能固定版本的问题。可以把 blowdown 装的某个 Hugo 加到 PATH 变量，这样就可以一直用它。

一直升级 Hugo 着实是提心吊胆，Hugo 更新快变化多，我没那么对时间读更新日志还有看网站有没有出问题。给同一个项目用固定的 Hugo 不就保证可复现嘛。没什么吸引我的新功能我就不升级了。

更新主题也很可怕，得好好对比主题配置的变化，对照着改自己的。

    一直升级也有好处，用户可能只是每次做些小改动。一下跨很多版本升级可能需要改动很对配置。

      CyrusYip 我就是这么考虑的。不过，看来以后可以保守些，等出 1.0 这样的版本再升级不迟。

          Cloud2016 Hugo 2013 年就发布了，照现在的版本号增长规律，十年后估计都没有 1.0 啊。刚发现 Hugo 的文档只有一个版本，看来只适用于最新版。

              除了代码折叠这样的功能，我想我不会再有动力去折腾 Hugo 配置网站，眼下的基本够用。我期待 @yihui 某一天加上这个功能，或者等某个人基于跟我一样的主题，做了一个折叠功能，我再去折腾一下。

                yihui 目前，我不知道该怎么同步你的这个主题仓库。我之前是用 git subtree 将你的主题仓库整个拷贝一份过来，添加了一条 commit ，之后折腾 utterances 又留下两条脏记录。关于这个 subtree 下的提交记录 见这

                    Hugo 发第 7 个修补版本了，以后真不能去随意更新了，真麻烦。

                      4 个月 后

                      Cloud2016 如你所愿。今天写了 30 行 JS 代码实现了史上最轻量级的代码折叠方案，顺手给你加一下：https://github.com/rbind/xiangyun/pull/94

                      Cloud2016 我一般用子模块（submodule）而不用子树。不管用什么，你都需要用 git 命令去更新它们，而不能手动修改里面的文件。若需要扩展 Hugo 主题，那么全部在你自己根目录下的 layouts/ 目录下用同名文件去覆盖主题里的文件。

                      Cloud2016 发现一个可用的 Hugo 版本后可以万年不用再更新，除非新版本中有什么重大新功能是你需要用的。我用了好几年 0.25.1 的老版本，后来因为它的 Markdown 转换器跟 CommonMark 实在太不兼容，才更新了 Hugo。

                              yihui 多谢，挺好的。按钮再丝滑点就更好了，比如像这篇博客的那样 https://www.jepusto.com/code-folding-update/。不过，我也注意到好多人转向 Quarto 了，本来我也想随大流搬迁，但是一想到那些旧博客要迁移就搁置了。

                              嗯嗯，子模块感觉是好些，其实我撤销了那次修改，后来也都是在 layouts/ 目录下操作。

                              国内的软件频繁更新养成了坏习惯。不过，后面更新很慢了，因为写得少了。我想以后会耕点非技术的日志。

                                  Cloud2016 按钮再丝滑点就更好了

                                  初步研究了一下，觉得实现渐变效果的代码量过于庞大和复杂，超出我的理解能力，果断弃坑。你可以自己去抄代码，只需要几秒钟：https://codepen.io/Yihui-Xie/pen/WNLdvVb 把 JS 复制粘贴到你网站的某个 JS 文件里，用 <script defer> 引入（放在我加的代码的后面）。

                                      yihui 嗯嗯，加好了。现在就差一点了，那个「展开/折叠文中代码」按钮，不知道点一下是展开还是折叠，最好给用户一点反馈，比如「显示代码」到「隐藏代码」的切换。