没有更名，没有重大变化，没有限制，没有新信息，没有新设备，没有钱。优先级配置覆盖；临时别名限当前shell，永久生效须写入对应shell的初始化文件（如~/.bashrc或~/.zshrc）并执行source命令。

别名名䔹不了，基本是写错位置、重新没加载，或者被更高优先级覆盖配置了。临时别名能用但关终端就丢了，说明你还没把它写进配置文件。alias命令本身不保存，只作用于当前shell进程

运行alias ll='ls -la'后立刻能用ll，但这是纯内存操作。关闭终端、新开一个tab、甚至执行bash进入子shell，这个别名就消失了。

常见错误现象：执行alias ll='ls -la'→成功；关掉终端再开→ll: command找不到在 ~/.bashrc 里写了别名，但忘了来源 ~/.bashrc → 元旦，依然无效

所以别名“修改”不是改，要换身，换身，换身，换身，保护身，省钱省钱。 shell 第一次转换，且确认 shell 类类型

第一阶段自定向的是什么 shell：echo $SHELL。结果是 /bin/bash 就改 ~/.bashrc；是/bin/zsh 就改 ~/.zshrc；别硬套别人教程里的路径。

实操建议： Docker Desktop（linux）

前Docker最新稳定版本之一，主要针对稳定性和兼容性进行了修复优化，适合生产环境与日常开发使用。该版本继续强化AI开发支持、容器日志管理以及Docker Engine的安全能力，对Windows/macOS/Linux平台兼容性进行了进一步优化。

下载用nano ~/.bashrc（或文件）打开，滚到最补充，增加一行：alias ll='ls -la --color=auto'别对应在等号两边加空格：alias ll = 'ls -la' 移动语法错误保存后必须执行：source ~/.bashrc（不是./.bashrc，也不是重启终端）如果用了 oh-my-zsh 等框架，~/.zshrc 里可能已有source $ZSH/oh-my-zsh.sh，别把alias写在后面——有些插件会重置别名别名冲突时，系统级配置 > 用户级配置 > 临时别名

返回到/etc/bash.bashrc里定义了alias ls='ls --color=auto'，又在~/.bashrc里写了alias ls='ls -F'，晚上会覆盖之前。但如果你在~/.bashrc里写的是一行unalias ls，那ls这个地方位于原来的位置。

该公司位于该国中部。 alias，实际生效的是最后加载的那个（按文件读取顺序）~/.bash_aliases 不是默认启用的，得确认~/.bashrc 里有可能：if [ -f ~/.bash_aliases ];然后 。 〜/ .bash_aliases； fi某些发行版本（如Ubuntu）默认实现了~/.bash_aliases加载逻辑，但CentOS/RHEL没有，别想它一定绕过别名执行原命令的非常可靠的方式

当你给rm加了-i别名，某次想批量删除又不确认，就得跳过别名。最稳定的方法存在只有三个：加反斜杠：\rm file.txt —— 第一步是使用它，下一步是一遍又一遍地使用它： /bin/rm file.txt 或 /usr/bin/rm file.txt（先用 which rm 确认路径）用 command 内置命令：command rm file.txt —— 它明确告诉 shell“别查别名，走 PATH 查执行文件”

注意：rm 开头加空格（如 alias rm='rm -i '，附带带空格）是 Bash 特性，但不可靠：它只对下一个词有效，且zsh不支持，别依赖。

现实信息不适合外汇别名，而是改了配置却没察觉shell加载顺序、子进程继承规则、或者不同终端启动模拟器还是登录shell还是非登录shell——这些不验证，轻靠“我要人家说出来活”其次踩坑细节。