稳定版本的变更日志是否应该包括预览版本的变更？
Should changelogs for stable versions include changes from preview versions?
我正在维护一个使用 semantic versioning 的库。当前的稳定版本是1.7.0，我即将发布2.0.0版本。为了准备这次相当大的升级，我一直在上传“候选版本”（2.0.0-rc1、2.0.0-rc2 等）。每个 RC 版本的变更日志包括自上一个 RC/stable 版本以来的所有更改。我的问题是，我应该在最终 v2.0.0 的变更日志中包含什么：自 1.7.0 以来的所有内容，还是仅自上次预览版本以来更改的一两个小内容？
我想我可以不在更新日志中包含 RC，但这并不符合包含每个公开发布版本的 conventional changelog wisdom。这个库也没有非常频繁的更新，所以包含预览版本不会在更新日志中产生很多噪音（我怀疑这是像 Babel 或 ESLint 这样的大项目不包含每个预览版本的部分原因在他们的变更日志中）。不管怎样，我很想知道其他项目维护者推荐了什么。提前致谢！
简单规则（根据文档和性质）：
- 每个 发布到public版本必须出现在更新日志
- 每个版本的记录必须包括自更新日志中的前一版本产品以来的显着更改
我正在维护一个使用 semantic versioning 的库。当前的稳定版本是1.7.0，我即将发布2.0.0版本。为了准备这次相当大的升级，我一直在上传“候选版本”（2.0.0-rc1、2.0.0-rc2 等）。每个 RC 版本的变更日志包括自上一个 RC/stable 版本以来的所有更改。我的问题是，我应该在最终 v2.0.0 的变更日志中包含什么：自 1.7.0 以来的所有内容，还是仅自上次预览版本以来更改的一两个小内容？
我想我可以不在更新日志中包含 RC，但这并不符合包含每个公开发布版本的 conventional changelog wisdom。这个库也没有非常频繁的更新，所以包含预览版本不会在更新日志中产生很多噪音（我怀疑这是像 Babel 或 ESLint 这样的大项目不包含每个预览版本的部分原因在他们的变更日志中）。不管怎样，我很想知道其他项目维护者推荐了什么。提前致谢！
简单规则（根据文档和性质）：
- 每个 发布到public版本必须出现在更新日志
- 每个版本的记录必须包括自更新日志中的前一版本产品以来的显着更改