Immich-Go项目中的视频上传重复资产检测问题解析

在Immich-Go项目（一个用于照片和视频管理的工具）中，用户报告了一个关于视频文件上传时出现的"server has same asset"错误问题。这个问题特别出现在处理具有相同文件名但不同扩展名的文件时，系统会错误地将视频文件识别为同名图片文件。

问题背景

当用户尝试上传一组包含同名但不同扩展名的文件时（如IMG_7717.HEIC、IMG_7717.JPG和IMG_7717.MOV），系统在处理MOV视频文件时错误地将其识别为HEIC图片文件。这导致视频文件无法正确上传，因为系统误认为服务器上已存在相同资产。

技术分析

问题的核心在于资产匹配逻辑存在缺陷。在原始版本中，系统在检查服务器上是否已存在相同资产时，仅基于文件名进行匹配，而没有充分考虑文件类型和内容的差异。具体表现为：

1. 文件类型混淆：系统将视频文件(.MOV)错误地与图片文件(.HEIC)匹配
2. 元数据忽略：虽然两个文件的创建时间和大小都不同，但系统仍错误匹配
3. 批量处理问题：当单独上传视频文件时问题不会出现，说明问题与批量处理逻辑有关

解决方案

项目维护者通过完全重写代码解决了这个问题。新版本(v0.23.0-RC及以后)中：

1. 改进了资产匹配算法，确保不同类型文件不会错误匹配
2. 增加了更严格的匹配条件，包括文件类型、大小和创建时间
3. 优化了批量处理逻辑，防止文件间的相互干扰

使用建议

对于遇到类似问题的用户，建议：

1. 升级到最新版本的Immich-Go工具
2. 如果必须使用旧版本，可以考虑分批上传不同类型的文件
3. 检查日志文件中的"Stacked file"信息，确认文件是否被正确分类

后续改进

虽然主要问题已解决，但开发者还在优化一些相关功能：

1. 日志中不必要的"Tagged file"信息将被移除
2. 进一步改进资产堆叠(stacking)逻辑
3. 增强对同名但不同类型文件组的处理能力

这个问题的解决展示了开源项目中持续改进的过程，也提醒开发者在处理用户上传内容时需要考虑到各种边界情况，特别是当文件名相同但内容类型不同时的处理逻辑。