别在生产机上 alias eza：现代 Rust/Go CLI 工具的选型与替换边界

聊聊这几年用 Rust / Go 重写的那波 CLI 工具（rg, fd, bat, eza 等），大家在生产环境和开发机上的边界是怎么切的？

我个人的基准线很简单：交互拉满，脚本归零。

平时维护几百台机器，总结了几条硬踩出来的坑：

1. 别动生产环境的系统别名 最怕有人在公共跳板机或者生产环境 /etc/profile.d/ 里整活： alias cat="bat" alias ls="eza" 一旦脚本触发非 TTY 管道，ANSI 颜色代码和 Pager 机制分分钟教做人，直接搞崩下游的 awk / sed。

2. 行为差异常见翻车点

• rg 默认走 .gitignore：排查线上问题搜日志时，如果日志目录刚好被 ignore 了，直接漏检。查故障我还是老老实实 grep -rn。
• fd 默认不搜隐藏文件：查 .config 或 .env 时，不如 find . -name 直观可控。

3. 目前的选型实践

• Local Dev / 个人终端：rg 替代 grep，fd 替代 find，体验断层式领先，配合 fzf 做自动补全极其舒服。
• CI / Pipeline / 生产脚本：严禁引入任何非 coreutils 依赖，只认 POSIX 兼容工具，确保换到 alpine 容器里 sh 跑起来 exit code 一样稳。

大家目前在团队内部是怎么规范的？生产环境有统一推这套新工具链的吗，还是纯靠个人 ~/.bashrc 自娱自乐？