Rocket.Chat项目7.4.2版本Docker镜像缺失问题分析

在Rocket.Chat开源即时通讯平台的版本迭代过程中，7.4.2版本出现了一个值得注意的技术问题——该版本的Docker镜像未能成功发布到官方镜像仓库。这个问题虽然看似简单，但背后涉及了持续集成/持续部署(CI/CD)流程的完整性验证机制。

问题的核心表现是当用户尝试拉取7.4.2版本的Docker镜像时，系统返回"not found"错误，而相邻版本如7.4.1和7.5.1则能正常获取。经过技术团队分析，这并非简单的镜像构建失败，而是与代码合并方式直接相关。

深入技术细节可以发现，导致这个问题的根本原因是PR #35638的合并方式不符合标准流程。在GitHub的工作流中，当Pull Request被标记为"Closed"而非"Merged"时，CI/CD系统不会触发后续的构建和发布流程。这与常规的合并操作有本质区别——标准的合并操作会激活完整的发布流水线，包括Docker镜像构建、测试和推送到注册表等一系列自动化步骤。

这个问题揭示了现代软件开发中一个重要的实践要点：版本发布不仅仅是代码变更的简单累积，而是需要完整的自动化流程保障。在Rocket.Chat这样的企业级开源项目中，每个发布版本都需要经过严格的构建、测试和分发流程，任何环节的缺失都可能导致最终交付物不完整。

技术团队通过后续的PR #35731修复了这个问题，确保了7.4.2版本的完整性。这个案例也为开发者社区提供了一个有价值的经验教训：在管理项目版本发布时，必须确保所有变更都通过正确的流程合并，以激活完整的CI/CD管道，保证最终交付物的可用性。