首先，你提到的登录时定义的别名在sudo环境下不生效，这是因为sudo默认不会继承当前用户的shell环境变量和别名——它通常会以更受限的环境运行目标命令。而你倾向于用/etc/profile.d/目录下的独立文件来配置全局别名，这个思路非常合理，确实比直接修改/etc/bash.bashrc更易维护，也能避免系统更新时产生一堆.dpkg-*备份文件。

接下来，我会一步步说明如何实现这个方案，同时确保别名在sudo环境下也能生效：

1. 创建全局别名文件 #

在/etc/profile.d/目录下创建你的别名文件，建议加上.sh后缀（因为该目录下的文件需要是可执行的shell脚本才会被系统自动加载）：

sudo touch /etc/profile.d/aliases_for_all.sh

2. 添加全局别名 #

编辑这个文件，写入你需要的全局别名，比如常用的Git快捷命令：

sudo nano /etc/profile.d/aliases_for_all.sh

示例内容可以参考：

# 全局Git快捷别名
alias gs='git status'
alias ga='git add'
alias gc='git commit -m'
alias gp='git push'

# 系统级快捷别名
alias ll='ls -alhF'
alias sysupdate='sudo apt update && sudo apt upgrade -y'

3. 设置正确的权限 #

确保所有用户都能读取并执行这个文件：

sudo chmod 755 /etc/profile.d/aliases_for_all.sh

4. 让别名在sudo环境下生效 #

默认情况下，sudo不会加载用户的shell配置，也不会识别/etc/profile.d/中的别名。要解决这个问题，需要修改sudo的配置，让它保留别名相关的环境：

注意：一定要用visudo编辑sudoers文件，避免语法错误导致sudo功能失效

sudo visudo

找到Defaults env_reset这一行，修改为：

Defaults env_reset, env_keep += "BASH_ALIASES"

或者直接添加一行：

Defaults alias

这行配置会让sudo允许继承当前环境中的别名定义。

5. 验证效果 #

保存配置后，无需重启系统，执行以下命令让配置立即生效：

source /etc/profile.d/aliases_for_all.sh

然后分别测试普通用户和sudo环境下的别名是否正常工作：

# 普通用户测试
gs
# sudo环境测试
sudo gs

为什么/etc/profile.d/方案更优？ #

正如你判断的那样，这个方案的优势非常突出：

• 独立维护：所有全局别名集中在单一文件，修改、备份、批量部署都很方便，不会和系统默认的bash配置文件混在一起。
• 避免更新冲突：系统更新时，/etc/bash.bashrc这类默认配置文件很容易被覆盖或生成.dpkg-dist、.dpkg-old备份文件，而/etc/profile.d/下的自定义文件不会被系统修改。
• 批量管理友好：如果需要在多台服务器同步相同的全局别名，直接复制这个文件即可，无需编辑系统默认配置。

对比直接修改/etc/bash.bashrc，后者确实存在批量操作繁琐、系统更新易引发冲突的问题，你的选择完全正确。

内容的提问来源于stack exchange，提问作者Server Fault