¿Por qué bash expansion variable retiene comillas?

> echo "hi"
hi
> VAR='echo "hi"'
> $VAR
"hi"

¿Por qué es diferente la salida de los comandos anteriores?

Algo similar ocurre con las comillas simples:

> VAR="echo 'hi'"
> $VAR
> 'hi'

El par adicional de cotizaciones se consumiría solo por un paso de evaluación adicional. Por ejemplo forzado por eval:

bash-4.2$ VAR='echo "hi"'

bash-4.2$ $VAR
"hi"

bash-4.2$ eval $VAR
hi

Pero generalmente es una mala idea poner comandos con parámetros en una cadena. Use una matriz en su lugar:

bash-4.2$ VAR=(echo "hi")

bash-4.2$ "${VAR[@]}"
hi

La eliminación de comillas solo ocurre en las palabras de entrada originales, no en el resultado de expansiones. Las citas que forman parte de las variables expandidas no se tocan.

Si retrocede un poco, puede ver por qué la sustitución de variables debería conservar las comillas.

El punto de las comillas en un shell Unix / Linux / BSD es mantener juntas las piezas de una cadena que de otro modo se analizarían como cadenas múltiples. Dado que, por defecto, un shell utiliza espacios en blanco como separador de tokens, una cadena con espacios (como "uno dos tres") si no se cita o escapa de alguna manera, se analizaría como 3 cadenas: "uno", "dos" y "tres".

Si un programador quiere una cadena con el valor de alguna variable interpolada:

VAR=two
STRING="one $VAR three"

el shell no debería eliminar las comillas: la cadena que contiene espacios se analizaría como 3 cadenas más pequeñas.