Configurar PATH versus exportar PATH en ~/.bash_profile

Question 1

Para responder a sus preguntas específicamente:

export haceestablecer el $PATHexplícitamente.
No. exportestablece el entorno para los procesos secundarios, pero $PATHya está configurado para el entorno actual. Entonces, en el segundo ejemplo, cuando se lee el comando, yantes exportse ejecuta: el valor del entorno actual para $PATHse expande a la $PATHpalabra.
Debes utilizar el que sea necesario y/o cómodo para ti. Ninguno de los dos supone ninguna diferencia funcional, por lo que se trata principalmente de una cuestión de estilo.

POSIX define elexportincorporadoentonces:

El shell dará el exportatributo a las variables correspondientes a los nombres especificados, lo que hará que estén en el entorno de los comandos ejecutados posteriormente. Si el nombre de una variable va seguido de= palabra, entonces el valor de esa variable se establecerá enpalabra.

De otro de misrespuestas:

Hay poca diferencia entre declarar una variable de shell y una variable de entorno. Debido a que la exportación es una función incorporada, declara una variable de entorno para el proceso que se invoca a continuación, pero si no invoca uno, ese proceso sigue siendo el shell, por lo que su variable se evalúa dos veces.

Puede eliminar todas las exportaciones sin ningún efecto en las variables exportadas, siempre y cuando no utilice exportla evaluación dos veces. Por evaluar dos veces quiero decir:

var1=var2 
export "${var1}=var3"
echo "$var2"
var3

En su lugar, simplemente use:

set -a

...en la parte superior del guión. Todas las variables definidas a partir de entonces serán automáticas exported, lo que incluiría variables que quizás no haya exporteditado previamente. Alternativamente, solo puede set -ausar una parte del script y luego set +adesarmarlo; también podría funcionar como función.

Pero los subniveles heredan automáticamente valores de variables de todos modos, por lo que:

var1=value
( echo "$(echo "$var1")" )
value

exportNo hace ninguna diferencia en ese caso.

Pero si su secuencia de comandos llama a otra secuencia de comandos, o cualquier otro ejecutable que interprete los valores que ha editado exporty deja de utilizarlos export, entonces esos valores ya no estarán disponibles en su entorno. En el siguiente ejemplo, utilizo la variable de shell $PS1, que define el contenido de un mensaje de shell interactivo, para demostrar cómo las variaciones en exportlas variables ed afectan los procesos secundarios.

export PS1="$(printf "this is another executable\n > ")"
echo exit | sh -i

###OUTPUT###

this is another executable
 > exit
exit

Pero ...

PS1="$(printf "this is another executable\n > ")"
echo exit | sh -i

###OUTPUT###

sh-4.3$ exit
exit

Pero, de nuevo, si declaras explícitamente variables de entorno mientras invocas un proceso...

PS1="$(printf "this is another executable\n > ")"
{
echo exit | PS1=$PS1 sh -i
echo exit | sh -i
}

###OUTPUT###

this is another executable
 > exit
exit
sh-4.3$ exit
exit

Cualquiera de los ENVarchivos invocados por primera vez por un shell como .bashrco .profileestablecerá valores variables durante la vida de ese shell. Por lo tanto, cualquier variable que se establezca y exportedite dentro de esos archivos mantendrá esa exportcaracterística y se exportenviará a todos los procesos secundarios invocados por ese shell durante la vida útil del shell o hasta que lo sean unset.

Es notable, sin embargo, que bashamplía exportun poco la función incorporada para incluir la -nopción, que le permite eliminar el exportatributo de una variable sin unsetmodificarlo, pero este no es un comportamiento portátil.

Answer