CPACK_RPM_PACKAGE_RELEASE设置为0不生效的技术问题咨询

首先，这大概率不是CPack的bug，而是配置顺序或变量覆盖的问题。以下是常见原因和修复方案：

1. 确保CPack变量设置在include(CPack)之前 #

CPack在被include(CPack)调用时会读取所有配置变量的值，如果你的set(CPACK_RPM_PACKAGE_RELEASE)等命令放在include(CPack)之后，这些设置不会生效，CPack会使用默认的Release=1。

修正后的CMakeLists.txt片段示例：

cmake_minimum_required(VERSION 3.20)

# 定义软件版本和发布号
set(SW_VERSION "1.2.3")
set(SW_RELEASE 0)

# 所有CPack配置必须在include(CPack)之前设置
set(CPACK_GENERATOR "RPM")
set(CPACK_PACKAGE_VERSION ${SW_VERSION})
# 全局发布号（可选，但能确保和RPM模块的设置一致）
set(CPACK_PACKAGE_RELEASE ${SW_RELEASE})
# 显式设置RPM包的Release字段
set(CPACK_RPM_PACKAGE_RELEASE ${SW_RELEASE})
set(CPACK_RPM_PACKAGE_RELEASE_DIST OFF)
set(CPACK_RPM_FILE_NAME "RPM-DEFAULT")

# 最后引入CPack模块
include(CPack)

2. 检查是否有其他地方覆盖了SW_RELEASE变量 #

如果你的CMakeLists.txt中有其他代码修改了SW_RELEASE，或者在运行cmake时通过命令行传入了-DSW_RELEASE=1，都会导致最终Release值被覆盖。可以通过以下命令验证变量的实际值：

cmake -LA /path/to/your/build/directory | grep -E "(CPACK_RPM_PACKAGE_RELEASE|SW_RELEASE)"

如果输出中CPACK_RPM_PACKAGE_RELEASE不是0，说明变量被其他逻辑修改了。

3. 针对旧版本CMake/CPack的兼容处理 #

如果你使用的是CMake 3.20之前的版本（虽然你指定了3.20+），部分旧版本的CPack RPM模块存在对0值的处理问题，会将0视为未设置而回退到默认值1。这种情况下，你可以尝试同时设置全局的CPACK_PACKAGE_RELEASE和RPM专用的CPACK_RPM_PACKAGE_RELEASE为0，双重确保覆盖默认值。

验证修复效果：重新构建并生成RPM包后，检查文件名和RPM内部的Release字段，应该会显示为<my_sw_name>-<version>-0.rpm。

内容的提问来源于stack exchange，提问作者JuliaM