如何在Perl标准安装流程中避免与./Build installdeps交互？

我在GitLab CI的无头Docker环境里折腾过不少Perl模块安装的活儿，太懂你不想碰expect/pexpect的心态了——那些工具不仅要额外装依赖，写脚本还容易踩坑。给你几个更简洁直接的解决方案，完全能搞定无交互安装的需求：

Perl的模块构建工具（MakeMaker、Module::Build）都支持通过环境变量跳过所有交互式提示，最实用的就是PERL_MM_USE_DEFAULT=1——它会让所有询问自动选择默认选项，全程无交互。

比如你原本的po4a安装流程，加上这个环境变量就行：

# 跳过installdeps环节的所有交互
PERL_MM_USE_DEFAULT=1 ./Build installdeps
# 后续构建、安装步骤也能受益于这个变量
./Build
./Build install

如果是基于Makefile.PL的模块，同样适用这个环境变量：

PERL_MM_USE_DEFAULT=1 perl Makefile.PL
make
make install

cpanm（App::cpanminus）天生就是为自动化环境设计的，默认就是非交互模式，还能自动处理依赖链，比手动跑Build步骤省心太多。

如果你的空Docker镜像里还没装cpanm，用系统包管理器安装最稳妥（以Debian/Ubuntu系为例）：

apt-get update && apt-get install -y perl cpanminus

然后直接安装指定版本的po4a，全程零交互：

cpanm po4a@0.52

cpanm会自动下载、编译、安装po4a及其所有依赖，完全不用你操心交互问题。

如果你的CI流水线需要频繁执行这个任务，预构建一个已经装好po4a 0.52的基础镜像会更高效，彻底避免每次CI都重复安装依赖。

写个简单的Dockerfile：

# 用官方perl镜像做基础
FROM perl:latest
# 安装cpanm和指定版本的po4a
RUN apt-get update && apt-get install -y cpanminus && \
    cpanm po4a@0.52

把这个镜像推送到GitLab容器注册表，之后CI直接用这个镜像，连安装步骤都省了，自然不会有交互问题。

内容的提问来源于stack exchange，提问作者Kalle Richter