粗说无脑cp他人anaconda文件夹导致的凄美悲剧

又名懒得装anaconda不得不交的一百种学费

有天，朋友开心地告诉我，glm4-9b他已经部署好了，快去服务器上玩一玩吧！

听闻此言，我立刻冲了上去，哪个服务器快给我开一个号

账号到手之后博主以迅雷不及掩耳之势上去，看着空空如也的文件夹，博主：

cp /yourname/. /myname/

你的环境fine！下一秒mine！

conda env list，启动！

然后就看到了：

glm4     /yourname/anaconda3/envs/

嗯？怎么在你的环境里！

此时博主已经猜到了原因，开始冒冷汗，肯定是哪里的配置文件被一起复制过来，指向的路径全是朋友的文件夹而非我的。

博主开始疯狂地搜集：

conda 环境迁移, 修改conda路径（复制文件夹 + 软连接）_conda 建立软连接 in-CSDN博客

 软链接是不可能用了，原因不用说，我总不能把别人的anaconda文件夹搞成软链接吧？

【保姆级教程】Anaconda环境迁移：直接将之前搭建好的环境从一个机子迁移到另一个机子-CSDN博客

 修改conda安装路径 - 知乎 (zhihu.com)

总体来说对我帮助最大的是知乎这条，使我大体明白了问题所在。但正如评论所说，bin里几乎每个文件都有路径，一个一个改的不现实程度可想而知。而评论区的conda init，我也试了，试了以后把我之前改好了路径又特么改回去了。

估计是更底层的一些配置也指向了朋友的文件夹，所以初始化会直接回到解放前。博主当然是想从根源解决问题的，但是我只是个刚开始入行的小萌新，搞了一下午也没搞明白到底改哪里才能一劳永逸。

过度追求一劳永逸的后果就是永劳不逸，暴力是所有问题的终极解法！讲到这里有人（谁）要问了，难道你真要一个一个改啊？

那是万万不可能的！shell脚本，启动！

#!/bin/bash

# 指定要搜索的目录
SEARCH_DIR="../"

# 要替换的原始字符串
FROM_STR="yourname"

# 要替换成的新字符串
TO_STR="myname"

# 确保目录存在
if [ -d "$SEARCH_DIR" ]; then
    # 遍历目录中的所有文件
    find "$SEARCH_DIR" -type f -exec sed -i "s/$FROM_STR/$TO_STR/g" {} \;
else
    echo "指定的目录不存在: $SEARCH_DIR"
fi

改完之后从各个角度检查都没有问题，美美使用！

但在pycharm里开Jupyter服务的时候又出问题了，见：

pycharm连接远程服务器上的指定jupyter服务-CSDN博客