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

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