Immich-Go项目中Google Photos编辑图片的JSON匹配问题分析

在Immich-Go项目处理Google Photos备份过程中，发现了一个关于编辑后图片与JSON元数据文件匹配的技术问题。这个问题涉及到图片处理、元数据管理和文件匹配机制等多个技术层面。

问题现象

当从Google Photos导出数据时，系统会为每张原始图片生成一个JSON格式的补充元数据文件。但在处理经过编辑的图片时，出现了元数据匹配失败的情况。具体表现为：

• 原始图片IMG-20230325-WA0122~2.jpg能成功匹配到对应的JSON元数据文件
• 编辑后的版本IMG-20230325-WA0122~2-edited.jpg则无法找到对应的元数据

技术背景

Google Photos的导出结构通常会为每张图片生成两个关键文件：

1. 图片文件本身（可能是原始版本或编辑版本）
2. 对应的JSON补充元数据文件，包含拍摄时间、设备信息等重要元数据

Immich-Go项目需要将这些文件正确配对，以确保上传到Immich服务器时能保留完整的元数据信息。

问题根源

通过分析日志可以发现几个关键点：

1. 文件名匹配规则仅支持基础文件名直接对应，没有考虑"-edited"后缀变体
2. 编辑后的图片被系统识别为新文件，使用了当前日期(2025-02-09)而非原始拍摄日期
3. 元数据匹配器(matchNormal)未能处理编辑版本的特殊命名规则

解决方案

针对这个问题，Immich-Go项目在后续提交中实现了以下改进：

1. 增强文件名匹配逻辑，使其能识别"-edited"等常见编辑后缀
2. 建立原始文件与编辑版本之间的关联，共享相同的元数据
3. 优化日期处理逻辑，优先使用原始拍摄日期而非编辑日期

技术实现细节

改进后的系统会执行以下步骤：

1. 扫描目录时识别文件名模式，检测"-edited"等编辑标记
2. 尝试将编辑版本与原始文件关联，查找对应的JSON元数据
3. 如果找到关联，则使用原始文件的元数据而非编辑时间
4. 上传时确保服务器端能正确处理文件关联关系

总结

这个问题的解决不仅修复了Google Photos编辑图片的元数据匹配问题，还为系统处理其他可能文件变体（如"-1"、"-copy"等后缀）建立了更健壮的匹配机制。通过这次改进，Immich-Go项目在媒体文件管理和元数据保真方面又向前迈进了一步。