Establecer una variable de entorno antes de que un comando en Bash no funcione para el segundo comando en una tubería

En un shell dado, normalmente establecería una variable o variables y luego ejecutaría un comando. Recientemente aprendí sobre el concepto de anteponer una definición variable a un comando:

FOO=bar somecommand someargs

Esto funciona ... más o menos. No funciona cuando está cambiando una variable LC_ * (que parece afectar el comando, pero no sus argumentos, por ejemplo, '[az]' rangos de caracteres) o cuando canaliza la salida a otro comando de esta manera:

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

También puedo anteponer somecommand2 con "FOO = bar", que funciona, pero que agrega duplicación no deseada, y no ayuda con argumentos que se interpretan dependiendo de la variable (por ejemplo, '[az]').

Entonces, ¿cuál es una buena manera de hacer esto en una sola línea?

Estoy pensando en algo del orden de:

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

¡Tengo muchas buenas respuestas! El objetivo es mantener esto de una línea, preferiblemente sin usar "exportar". El método que utiliza una llamada a Bash fue el mejor en general, aunque la versión entre paréntesis con "exportar" era un poco más compacta. El método de utilizar la redirección en lugar de una tubería también es interesante.

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

¿Qué tal exportar la variable, pero solo dentro de la subshell ?:

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

Keith tiene un punto, para ejecutar incondicionalmente los comandos, haga esto:

(export FOO=bar; somecommand someargs | somecommand2)

También puedes usar eval:

FOO=bar eval 'somecommand someargs | somecommand2'

Como esta respuesta evalno parece complacer a todos, permítanme aclarar algo: cuando se usa tal como está escrita, con comillas simples , es perfectamente segura. Es bueno, ya que no iniciará un proceso externo (como la respuesta aceptada) ni ejecutará los comandos en una subshell adicional (como la otra respuesta).

A medida que obtenemos algunas vistas regulares, probablemente sea bueno dar una alternativa evalque complazca a todos y que tenga todos los beneficios (¡y quizás incluso más!) De este rápido eval"truco". ¡Solo usa una función! Defina una función con todos sus comandos:

mypipe() {
    somecommand someargs | somecommand2
}

y ejecútelo con sus variables de entorno como esta:

FOO=bar mypipe

Uso env.

Por ejemplo, env FOO=BAR command. Tenga en cuenta que las variables de entorno se restaurarán / modificarán nuevamente cuando commandfinalice la ejecución.

Solo tenga cuidado con la sustitución de shell, es decir, si desea hacer referencia $FOOexplícitamente en la misma línea de comando, es posible que deba escapar para que su intérprete de shell no realice la sustitución antes de que se ejecute env.

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

Use un script de shell:

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

> ./myscript