Kamal部署中Propshaft资产更新问题的分析与解决方案

问题背景

在使用Kamal部署Rails 8.0.0应用时，开发人员遇到了一个棘手的资产(assets)更新问题。当部署包含新资产或修改现有资产的应用版本时，生产环境中会出现500错误，导致页面无法正常访问。这个问题特别影响使用Propshaft作为资产管道的Rails 8+应用。

问题现象

部署过程中，虽然新资产已正确预编译并存在于临时目录中，但由于Kamal的资产复制机制存在问题，这些变更未能正确反映到生产环境。具体表现为：

1. 新编译的资产存在于.kamal/apps/[app-name]/assets/extracted/web-main/目录
2. 但这些资产未能复制到.kamal/apps/[app-name]/assets/volumes/web-main/目录
3. 导致.manifest.json文件保持旧版本，引用新资产时出现Propshaft::MissingAssetError错误

根本原因分析

经过深入排查，发现问题源于Kamal部署过程中使用的资产复制命令：

cp -rnT .kamal/apps/cozama-staging/assets/extracted/web-main .kamal/apps/cozama-staging/assets/volumes/web-main

其中的-n(no-clobber)标志阻止了已有文件的覆盖，这导致：

• 新版本的资产文件无法覆盖旧版本
• 关键的.manifest.json文件无法更新
• 应用运行时仍引用旧版资产路径，而实际文件可能已被删除或修改

临时解决方案

在等待官方修复期间，开发人员可以采用以下临时解决方案：

1. 手动复制资产：部署后手动执行无-n标志的复制命令

   cp -rT .kamal/apps/[app-name]/assets/extracted/web-main .kamal/apps/[app-name]/assets/volumes/web-main
   docker restart [app-name]
   

2. 修改manifest路径：通过配置将manifest文件指向其他位置

   config.assets.manifest_path = "自定义路径"
   

技术背景

Propshaft资产管道

Rails 8默认使用Propshaft替代Sprockets作为资产管道。Propshaft相比Sprockets更轻量，但同样依赖manifest文件来管理资产指纹和路径映射。当manifest文件过时，应用将无法正确解析资产路径。

Kamal的资产处理机制

Kamal在部署时处理资产的典型流程：

1. 在构建阶段预编译资产到临时目录
2. 将编译后的资产复制到持久化卷目录
3. 通过Docker卷挂载使应用容器能访问这些资产

最佳实践建议

1. 版本化资产目录：理想情况下，资产目录应包含Git版本哈希，如web-f4c50224636239ef4554c4934e23766e839dfb4d/，这样可以避免覆盖问题

2. 部署后验证：添加部署后检查步骤，确认资产版本与manifest文件匹配

3. 监控资产加载：在生产环境添加监控，及时发现资产加载失败情况

总结

Kamal部署中的资产更新问题主要源于保守的文件复制策略与新版本Rails资产管道的交互问题。理解这一问题的本质有助于开发人员更好地管理部署流程，确保资产变更能够正确反映到生产环境。对于长期解决方案，建议关注Kamal项目的官方更新，同时可以采用文中提到的临时方案确保应用正常运行。