V23版本，在文件管理器中直接复制粘贴一个文件夹，会导致这个文件夹下的软连接指向文件的绝对路径。

真是个坑爹又致命的王炸BUG，导致我发给客户的更新包，更新后业务系统直接崩溃，花了好久时间来定位和解决问题。😭

开始发现这个问题时，我还以为是我瞎折腾把某个配置搞坏了，于是下载了个第三方文件管理器（Nautilus）做了验证，发现拷贝文件夹后软连接指向正常。

然后我又用安装盘进入V23的 Live 环境（Try deepin V23）, 进去后在文件管理器中操作：

新建文件夹 --> 新建一个文件 --> ln -s 创建软连接 --> 文管中复制这个文件夹 --> ls -l 查看文件和软连接指向

然后就发现，还真就是Deepin文件管理器的问题， 截图如下（V23 Live 环境）：

上图可见，当我用 ln -s 创建文件text.txt的软连接 test.txt 后，用ls -l命令查看，软连接是正常的，使用相对路径指向同目录下的 text.txt；

当我在文管中Ctrl+C / Ctrl + V，将文件夹“A“复制为文件夹“A（副本）“后，再用 ls -l，查看副本目录下的文件和软连接，发现 软连接 test.txt 变成了绝对路径，并且指向了原目录“A“下的 text.txt 文件!!! ❌

如果我使用 cp -r 命令，将“A“目录复制为“B“，然后再用 ls -l 查看“B“目录下的文件和软连接，则是正常的，软连接 test.txt 指向同目录下的 text.txt 文件。✅

经常用Linux的小伙伴都知道，软连接之所以“软“，就是因为创建的符号链接是指向相对路径的，哪怕拷贝到其它机器上，符号链接也应该使用相对路径指向，即使是指向一个失效或不存在的文件。

我不理解，为啥像文管这么重要的系统工具，居然能出这么低级的BUG。

国庆假期期间满怀期待地切换到V23，结果踩坑不断（看看我最近发的几个帖子），惊吓多于惊喜，越用越上火，越来越失望。

后续我还会继续使用V23，因为切换回去的时间成本对我来说实在是太高了；但是如果V23再出这种低级错误，我可能会放弃Deepin，并建议深度官方正式撤回RC版本，改回去-Beta版本号，省得误导大家把半成品当稳定产品去使用。