在 Bash 中的命令之前设置环境变量不适用于管道中的第二个命令

Question

在给定的 shell 中，通常我会设置一个或多个变量，然后运行命令。最近我了解了在命令前添加变量定义的概念：

FOO=bar somecommand someargs

这行得通……有点。当您更改 LC_* 变量（这似乎会影响命令，但 不 它的参数，例如，'[az]' 字符范围）或将输出传递到因此，另一个命令：

FOO=bar somecommand someargs | somecommand2  # somecommand2 is unaware of FOO

我也可以在 somecommand2 前面加上“FOO=bar”，这可行，但会增加不必要的重复，并且对于根据变量解释的参数没有帮助（例如，'[az]'） .

那么，在一行中执行此操作的好方法是什么？

我正在考虑以下顺序：

FOO=bar (somecommand someargs | somecommand2)  # Doesn't actually work

---

我得到了很多很好的答案！目标是保持单线，最好不使用“导出”。使用 Bash 调用的方法总体上是最好的，尽管带有“导出”的括号版本更紧凑一些。使用重定向而不是管道的方法也很有趣。

Answer 1

一个简单的方法是利用;

例如：

ENV=prod; ansible-playbook -i inventories/$ENV --extra-vars "env=$ENV"  deauthorize_users.yml --check

command1; command2 在执行 command1 之后依次执行 command2。命令是否成功并不重要。

Answer 2

使用 shell 脚本：

#!/bin/bash
# myscript
FOO=bar
somecommand someargs | somecommand2

> ./myscript

Answer 3

使用env。

例如，env FOO=BAR command。请注意，command 执行完毕后，环境变量将再次恢复/不变。

请注意shell替换的发生，即如果您想在同一命令行上明确引用$FOO，您可能需要对其进行转义，以便您的shell解释器不会执行替换之前 它运行env。

$ export FOO=BAR
$ env FOO=FUBAR bash -c 'echo $FOO'
FUBAR
$ echo $FOO
BAR

Answer 4

你也可以使用eval:

FOO=bar eval 'somecommand someargs | somecommand2'

---

由于eval 的这个答案似乎并不能让所有人满意，让我澄清一下：当按书面使用时，带单引号，它是完全安全的。这很好，因为它不会启动外部进程（如接受的答案），也不会在额外的子外壳中执行命令（如其他答案）。

当我们获得一些常规视图时，最好为eval 提供一个可以取悦所有人的替代方案，并且拥有这个快速eval“技巧”的所有好处（甚至更多！）。只需使用一个功能！使用所有命令定义一个函数：

mypipe() {
    somecommand someargs | somecommand2
}

并使用您的环境变量执行它，如下所示：

FOO=bar mypipe

Answer 5

FOO=bar bash -c 'somecommand someargs | somecommand2'

Answer 6

如何导出变量，但只在子外壳内？：

(export FOO=bar && somecommand someargs | somecommand2)

Keith 有一点，要无条件地执行命令，这样做：

(export FOO=bar; somecommand someargs | somecommand2)