103.1 Lección 2

Entonces, ¿cómo identificamos los valores actuales para cada una de nuestras variables de entorno? Una forma es a través del comando env:

Obtendrá una gran cantidad de resultados, mucho más de lo que se incluye en el extracto anterior. Pero por ahora tenga en cuenta la entrada PATH, que contiene los directorios donde su shell (y otros programas) buscarán otros programas sin tener que especificar una ruta completa. Con ese conjunto, podría ejecutar un programa binario que reside, por ejemplo, en /usr/local/bin desde su directorio de inicio y se ejecutaría como si el archivo fuera local.

Cambiemos de tema por un momento. El comando echo imprimirá en la pantalla lo que usted le indique. Lo crea o no, habrá muchas veces que será muy útil que echo repita literalmente algo.

Pero hay algo más que puede hacer con echo. Cuando le da el nombre de una variable de entorno, y le dice que esta es una variable al prefijar el nombre de la variable con un $, entonces, en lugar de simplemente imprimir el nombre de la variable, el shell lo expandirá dándole el valor. ¿No está seguro de si su directorio favorito está actualmente en la ruta? Puede verificar rápidamente ejecutándolo a través de echo:

Puede agregar sus propias variables personalizadas a su entorno. La forma más simple es usar el caracter =. La cadena a la izquierda será el nombre de su nueva variable, y la cadena a la derecha será su valor. Ahora puede verificar el nombre de la variable con echo para confirmar que funcionó:

¿Pero realmente funcionó? Escriba bash en la terminal para abrir un nuevo shell. Este nuevo shell se ve exactamente como el que acababa de encontrar, pero en realidad es un hijo (child) del original (al que llamamos parent). Ahora, dentro de esta nueva consola hija, intente obtener el valor con echo. Nada. ¿Qué está pasando?

Una variable creada de la manera que acabamos de hacerlo solo estará disponible localmente, dentro de la sesión de shell inmediata. Si inicia un nuevo shell, o cierra la sesión con exit, la variable no lo acompañará. Si escribe exit aquí, volverá a su shell principal original que, en este momento, es donde queremos estar. Puede ejecutar echo $myvar una vez más si lo desea solo para confirmar que la variable sigue siendo válida. Ahora escriba export myvar para pasar la variable a los shells secundarios que pueda abrir posteriormente. Pruébelo: teclee bash para un nuevo shell y luego echo:

Todo esto puede parecer un poco útil cuando estamos creando shells sin ningún propósito real. Pero comprender cómo se propagan las variables de shell a través de su sistema será muy importante una vez que comience a escribir scripts.

¿Quiere saber cómo limpiar todas esas variables que ha creado? Una forma es simplemente cerrar su shell principal o reiniciar su computadora. Pero hay formas más simples. Como, por ejemplo, unset. Al escribir unset (sin el $) se eliminará la variable. Con echo podemos verificarlo.

Si existe un comando unset, entonces existe un comando set. Ejecutar set por sí solo mostrará una gran cantidad de resultados, pero en realidad no es tan diferente de lo que env muestra. Mire la primera línea de salida que obtendrá cuando filtre por PATH:

¿Cuál es la diferencia entre set y env? Para nuestros propósitos, lo principal es que set generará todas las variables y funciones. Vamos a ilustrar eso. Crearemos una nueva variable llamada mynewvar y luego confirmaremos que está allí:

Ahora, ejecutar env mientras se usa grep para filtrar la cadena mynewvar no mostrará ningún resultado. Pero ejecutar set de la misma manera nos mostrará nuestra variable local.

Ahora es un buen momento para presentar el problema de los caracteres especiales. Bash normalmente leerá literalmente los caracteres alfanuméricos (a-z y 0-9). Si intenta crear un nuevo archivo llamado myfile, simplemente escriba touch seguido de myfile y Bash sabrá qué hacer con él. Pero si desea incluir un carácter especial en su nombre de archivo, deberá hacerlo de una forma diferente.

Para ilustrar esto, escribiremos touch y lo definimos el nombre: my big file. El problema es que hay dos espacios entre las palabras que Bash interpretará. Si bien, técnicamente, no llamarías a un espacio un “caracter”, uno esperaría que Bash lo entendiera de esa forma. Si lista el contenido de su directorio actual, en lugar de un archivo llamado my big file, verá tres archivos denominados, respectivamente, my, big y file. Esto se debe a que Bash interpretó que deseaba crear varios archivos cuyos nombres estaba pasando en una lista:

Los espacios se interpretarán de la misma manera si elimina (rm) los tres archivos, todo en un comando:

Ahora probémoslo de la manera correcta. Escriba touch y las tres partes de su nombre de archivo, pero esta vez incluya el nombre entre comillas dobles. Esta vez funcionó. Listar el contenido del directorio le mostrará un solo archivo con el nombre apropiado.

Hay otras formas de obtener el mismo efecto. Las comillas simples, por ejemplo, funcionan tan bien como las comillas dobles. (Tenga en cuenta que las comillas simples conservarán el valor literal de todos los caracteres, mientras que las comillas dobles conservarán todos los caracteres excepto para $, `, \ y, en ciertos casos, !.)

Anteponer cada carácter especial con la barra invertida “escape” hará que Bash lo lea literalmente.