Jenkins构建报找不到user_profile配置、非TTY无法交互式登录问题

执行Jenkins构建任务时，控制台同步触发两类报错：

• The config profile (user_profile) could not be found
• Error: Cannot perform an interactive login from a non TTY device
  对照验证：完全相同的操作流程，在本地命令行环境可正常运行，无报错。

两类报错同时出现，本质是Jenkins构建的运行环境和本地命令行的执行环境存在配置差异，和凭证配置、文件访问权限直接相关，具体可能性包括：

配置文件的读取路径差异 #

本地执行CLI命令时，工具默认读取当前登录系统用户家目录下的配置文件（如AWS CLI默认读取~/.aws/config文件中定义的各个profile），user_profile作为本地用户下定义的配置项，自然可以被正常识别。
但Jenkins执行构建任务时，默认是用Jenkins服务的运行系统用户（如Linux环境下的jenkins专用用户、Windows环境下的Network Service内置用户）执行命令，该用户的家目录下不存在对应配置文件，自然会触发“找不到指定profile”的报错。

非交互环境的登录逻辑差异 #

本地命令行是带TTY权限的交互式终端，当CLI检测到凭证缺失时，会弹出交互式提示引导用户输入账号密码完成登录流程。
但Jenkins构建控制台是无TTY权限的非交互执行环境，CLI一旦检测不到有效可用的已配置凭证，就会直接终止流程，触发“无法在非TTY设备执行交互式登录”的报错——这类报错从来不是Jenkins本身的功能故障，核心还是Jenkins运行环境下没有提前注入对应可用的凭证。

凭证配置未适配Jenkins环境 #

没有将本地定义的user_profile对应配置，同步适配到Jenkins的构建环境中：既没有把包含user_profile的配置文件，放到Jenkins运行用户的可访问路径下；也没有通过Jenkins的凭证管理模块，在构建启动时动态注入CLI需要的环境变量（如AWS_PROFILE、对应工具的认证密钥环境变量），最终导致CLI找不到对应配置。

文件访问权限不足 #

即使已经把包含user_profile的配置文件复制到了Jenkins运行的服务器节点上，如果配置文件的读权限没有开放给Jenkins的运行用户，CLI工具读取配置时会因为权限不足，无法识别到文件内定义的user_profile配置项，同样会触发报错。

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