提个建议：版本升级前还请稍微用点时间，写明版本更新内容

pmxsd

使用DZ18年了 作为非技术出身在每次版本更新前都要看好久升级的文件，恳请现在运营着DZ的各位程序员老师，在版本更新时候能列一个list（最好不要只丢一个码云链接让自己看吧）
dz！已经不是十年前那个万紫千红，在中文互联网引领风骚的年代了。现在建站依旧选择论坛程序的人除了部分有情怀、刚需的就是数不尽的利用这个程序漏洞或在搞事情的（别扛扛就是你对）。许多用户就跪求一个自动升级（当初记得说在腾讯的业务体系之中没办法搞） 我的想法很简单，有能力的官方成员辛苦花个十几分钟，帮忙在更新公告里写一下更新了什么。希望这个建议不会被误解读为不尊敬公益开发人员，在互联网公司工作多年我深知文科生理科生思维的巨大差异，如果官方团队认为码云上提供的信息足够了，也请告诉下Gitee上是要如何看更新内容（是从上一次补丁包发布时间往后，所有的内容都系此次更新的范围吗？）


版本, 更新, 升级, 一个, 现在

湖中沉

对的，就是这样啊，所以更新帖都会有链接指向过去的，因为每个PR基本上都写了PR的目的和原因，所以就不再整理赘述了。况且罗列一堆修复了xxx，优化了xxx，实际上也没什么意义，看得懂的，码云里的PR列表也看得懂，看不懂的，列出来还是看不懂，从某种方面来说，还不一定是好事。比如安全更新，只能笼统的说有安全更新，肯定不能详细说是什么问题，否则对未更新的用户反而就产生了原本可以避免的隐患。

pmxsd

谢谢湖中沉老大解答

话说如果某次小版本更新中，没有涉及到安全补丁的描述（如每次官方备注建议升级）是否就可以理解为可以再等后续版本一起升，这样对后续的维护会有负面影响吗？

专家

安全问题必发公告的，这个不用担心，涉及安全问题的还会直接在后台首页告警，提示升级。
是否有负面影响主要看你的站点，如果你的站点包含大量二次开发内容，不及时合并修改，后续攒的多了，再想改就很吃力了。但如果你的站点是直接使用的官方原版+插件，没怎么自己修改过官方自带的文件，那我觉得一般来说问题不大。