应使用 shell 函数替代 alias：在 ~/.bashrc 中定义 docker() { podman "$@"; } 和 docker-compose() { podman-compose "$@"; }，并 source 生效；对非交互环境需显式加载配置或用登录 shell；必要时建软链接 /usr/local/bin/docker 指向 podman。
Podman 默认不读取 shell 的 alias，因为 alias 是 shell 层的语法糖，而 Podman 命令通常由脚本、Makefile 或其他非交互式环境调用，此时 alias 不生效。要实现“用 alias 平滑替换 Docker 命令为 Podman”，关键不是依赖 alias 本身，而是通过 shell 函数 + 命令优先级控制 来达成兼容性与透明性。
用函数替代 alias 实现真正可继承的命令别名
alias 在子 shell 或非交互式 shell（如脚本中）中默认不可见，而 shell 函数可以被导出、可被子进程继承，且支持参数透传，是更可靠的替代方案。
- 在 ~/.bashrc 或 ~/.zshrc 中添加：
docker() { podman "$@"; }
docker-compose() { podman-compose "$@"; }
- 执行 source ~/.bashrc（或重启终端）
- 验证：type docker 应显示为 “docker is a function”
- 此后所有直接输入的 docker ps、docker run hello-world 都自动转为 Podman 执行
确保非交互环境（如 CI/脚本）也能生效
很多自动化流程使用 #!/bin/bash 脚本，这类脚本默认不加载 ~/.bashrc，需显式启用或改用登录 shell 模式。
- 方法一：在脚本开头加 source ~/.bashrc（推荐，明确可控）
- 方法二：用 #!/bin/bash -l 启动登录 shell，自动加载配置文件
- 注意：避免在系统级脚本（如 systemd service）中依赖用户配置；应显式指定 ExecStart=/usr/bin/podman ...
处理命令行工具链的隐式调用（如 Makefile、VS Code Dev Container）
某些工具会硬编码调用 docker 二进制，而非走 shell 函数。这时需要让系统“以为” docker 就是 podman。
- 创建软链接（需 root 权限）：sudo ln -sf /usr/bin/podman /usr/local/bin/docker
- 确认路径优先级：which docker 应返回 /usr/local/bin/docker（比系统默认的 /usr/bin/docker 优先）
- ⚠️ 注意：该方式会影响所有用户，且升级后可能被覆盖；建议仅在开发机或容器环境中使用
兼容 docker-compose 场景的补充要点
Podman 自身不原生支持 docker-compose.yml，需额外安装 podman-compose（Python 工具）或启用 Podman 的内置支持（v4.0+）。
- 安装 podman-compose：pip3 install podman-compose（推荐用户级安装）
- 或启用 Podman 内置 compose（需新版）：podman system service --time=0 &，再运行 podman-compose up
- 函数定义中已包含 docker-compose() { podman-compose "$@"; }，保持调用习惯不变
