Nvim-tree.lua 文件重命名后节点选择丢失问题分析与修复

在文件管理插件 nvim-tree.lua 中，用户报告了一个关于节点重命名后选择状态丢失的问题。经过技术分析，我们发现这是一个涉及路径处理和选择状态维护的核心功能缺陷。

问题现象

当用户在文件树中对选中的节点（文件或文件夹）进行重命名操作时，如果重命名导致该节点在排序顺序中的位置发生变化，会出现以下异常现象：

• 选择状态保持原来的索引位置
• 实际选中的变成了其他节点
• 重命名的节点失去焦点

技术分析

通过代码审查，我们发现问题的根源在于 rename-file.lua 模块中的路径处理逻辑。在重命名操作完成后，系统尝试通过 find_file() 函数重新定位节点时，传入的参数存在问题：

1. 原始实现中只传递了新文件名或部分路径
2. 未正确处理完整路径信息
3. 导致选择状态无法正确跟随重命名的节点

解决方案

修复方案需要确保重命名操作和选择状态更新使用相同的完整路径信息。具体修改包括：

1. 在重命名前构造完整的新路径
2. 将相同的完整路径传递给 rename() 和 find_file()
3. 确保路径处理的一致性

关键代码修改示例如下：

local new_full_file_path = prepend .. new_file_path .. append
M.rename(node, new_full_file_path)
find_file(utils.path_remove_trailing(new_full_file_path))

影响范围

该问题影响所有操作系统平台，但在Windows系统上表现更为明显，因为：

• Windows路径分隔符与Unix不同
• 路径处理逻辑在跨平台时更容易出现问题

最佳实践建议

对于文件管理类插件的开发，建议：

1. 始终保持路径处理的统一性
2. 重命名等操作应维护完整的路径上下文
3. 选择状态的更新应与文件操作使用相同路径基准
4. 特别注意跨平台路径处理的兼容性

该修复已通过PR提交并合并，将包含在后续版本更新中。用户在升级后即可获得更稳定的重命名操作体验。