关于Apache Kafka补丁版本发布流程及用户获取更新渠道的技术问询

一、Kafka补丁更新标准发布流程 #

• 问题上报：用户、开发者或安全研究人员发现缺陷或漏洞后，通过社区Jira提交工单，安全类问题会走专用非公开上报通道，避免漏洞细节提前泄露造成风险。
• 补丁开发与评审：贡献者提交补丁代码后，需至少1名社区核心Committer评审通过，复杂补丁需经过多轮调整，所有补丁必须跑通全量单元测试、集成测试用例，确认不会引入新的兼容性或稳定性问题。
• 分支合并：补丁通过验收后先合并到主干分支，再根据补丁的严重程度、适用范围，向后移植到所有当前仍在官方维护周期内的稳定版本分支。
• 候选版本投票：补丁纳入版本迭代后，社区会先发布RC（候选版本），发起PMC投票，投票获得法定通过票数后才能作为正式版本发布，高危安全补丁的投票和发布流程会做优先级提权，缩短发布周期。
• 正式发布：投票通过后正式推送补丁版本，同步更新对应版本的CHANGELOG和官方文档。

二、普通用户获取补丁更新信息的官方途径 #

• 官方邮件列表：订阅Kafka用户邮件列表、安全公告邮件列表后，所有版本发布、补丁更新都会第一时间推送邮件通知，安全补丁还会附带影响范围、升级建议。
• 版本变更日志：每个正式版本发布时都会同步更新CHANGELOG文件，里面明确标注该版本包含的所有补丁修复内容、对应问题描述和严重等级。
• 官方公告：重要补丁尤其是涉及高危安全漏洞的补丁，会发布官方专项公告，详细说明漏洞影响、修复版本、升级操作指引。
• 社区Jira看板：可以通过官方Jira平台筛选对应版本的修复工单，提前了解待发布的补丁相关信息。

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