主页 / server / 问题 / 1095672
Accepted
Christopher Thomas
Asked: 2022-03-09 09:22:13 +0800 CST

导出新的环境参数而不输出到终端

  • 772

我正在尝试运行一个脚本，而当我不希望它输出文本时，bash 导出正在输出文本，因为它破坏了输出。我需要运行一个脚本来提取一些信息，然后将其插入到下一个命令环境中，有点像获取 awscli 的 AWS 机密并将它们透明地传递到 aws 环境中。我得到不一致的结果，我不确定为什么

$ ./bin/aws-creds mock
AWS_ACCESS_KEY_ID=mock1234
AWS_SECRET_ACCESS_KEY=mock1234
AWS_CREDS=success

$ ddt aws-creds mock
AWS_ACCESS_KEY_ID=mock1234
AWS_SECRET_ACCESS_KEY=mock1234
AWS_CREDS=success

两者输出相等，这很棒，所以让我们尝试运行它们并在输出上使用 export

$ export $(./bin/aws-creds mock)
$ export $(ddt aws-creds mock)
AWS_ACCESS_KEY_ID=mock1234
AWS_SECRET_ACCESS_KEY=mock1234
AWS_CREDS=success
declare -x .... a bunch of extra things from my environment

等一等？这两个命令在使用子shell $(...) 进行导出时似乎做了不同的事情，这就是我想要解决的问题。我想像第一个 ./bin 脚本一样，没有输出，而是将所有新参数插入到 shells 环境中。看起来我写的脚本'ddt'由于某种原因不能以同样的方式工作。

任何人都可以解释原因并提出一些解决方法吗？

bash shell export

1 个回答

  1. Best Answer

    [从评论扩展：] 该ddt命令将其输出发送到标准错误 (stderr) 而不是标准输出 (stdout)，并且$( )只捕获标准输出。基本上有两种方法可以解决这个问题：

    1. 更好的选择是修复ddt，以便将变量值发送到 stdout 而不是 stderr。
    2. 如果这不可能，您可以2>&1在ddt命令之后添加，将其标准错误重定向到标准输出（并允许$( )捕获它）。但这存在风险，如果ddt打印任何实际错误，它会继续尝试export这些消息，结果不可预测（并且可能是不希望的）。

    请参阅Stackoverflow 上的“输出未在 bash 变量中捕获”问题。

    • 1

相关问题