Bash scripting desde cero

Un script de Bash es un archivo de texto que contiene una secuencia de comandos que el intérprete de comandos de Linux ejecuta en orden, de forma automática, tal como se ejecutarían si se escribieran uno a uno en la terminal. Bash es el intérprete de comandos más habitual en los sistemas Linux, y un script no es más que la forma de guardar en un archivo esos comandos para poder ejecutarlos todos juntos cuando se desee, sin necesidad de teclearlos de nuevo cada vez. Su utilidad principal es la automatización de tareas, especialmente aquellas que son repetitivas, tediosas o propensas a errores cuando se hacen a mano. Ejemplos típicos son realizar copias de seguridad, desplegar una aplicación, limpiar archivos temporales, procesar lotes de archivos, generar informes o encadenar varias herramientas. Al convertir un procedimiento en un script, se obtienen tres beneficios importantes: se ahorra tiempo, porque una sola orden hace todo el trabajo; se gana fiabilidad, porque el script ejecuta siempre exactamente los mismos pasos en el mismo orden, sin olvidos ni variaciones; y se documenta el procedimiento, porque el propio script deja constancia de cómo se hace la tarea. Además, un script puede programarse para ejecutarse solo en un momento determinado mediante herramientas de tareas programadas, lo que lleva la automatización un paso más allá al eliminar incluso la necesidad de lanzarlo manualmente.

El shebang es la primera línea de un script y consiste en los caracteres almohadilla y signo de exclamación seguidos de la ruta del intérprete que debe ejecutar el archivo, por ejemplo apuntando a Bash. Su importancia radica en que le indica al sistema operativo con qué programa tiene que interpretar el contenido del script cuando este se ejecuta directamente. Cuando se lanza un archivo ejecutable, el sistema lee esa primera línea para saber si debe pasárselo a Bash, a otro intérprete de shell, a Python o a cualquier otro intérprete, y actúa en consecuencia. Sin un shebang, o con uno incorrecto, el sistema podría intentar ejecutar el script con un intérprete inadecuado o comportarse de forma imprevisible según el contexto. Una forma muy recomendada de escribir el shebang para Bash es usar la ruta del programa env seguida de bash, en lugar de una ruta fija al ejecutable de Bash, porque de esa manera el sistema busca Bash en las ubicaciones estándar y el script funciona correctamente en distintos sistemas donde Bash pueda estar instalado en rutas diferentes, lo que mejora la portabilidad. Conviene tener en cuenta que el shebang solo tiene efecto cuando el script se ejecuta directamente como programa, es decir, tras darle permiso de ejecución y lanzarlo con la notación de directorio actual; si en cambio se ejecuta pasándolo explícitamente a un intérprete, es ese intérprete indicado el que se usa y el shebang se ignora.

La instrucción set con las opciones e, u y pipefail es una de las prácticas más valiosas para escribir scripts robustos, porque cambia el comportamiento por defecto de Bash, que de otro modo es peligrosamente permisivo. Por defecto, un script de Bash continúa ejecutando las líneas siguientes aunque un comando anterior haya fallado, lo que puede llevar a situaciones desastrosas cuando los pasos posteriores dependían del éxito del anterior. La opción e hace que el script se detenga inmediatamente en cuanto un comando devuelve un error, evitando que siga adelante sobre una base incorrecta. La opción u hace que el script se detenga si se intenta usar una variable que no ha sido definida, lo que atrapa errores muy comunes de tipeo en los nombres de las variables, que de otro modo se tratarían silenciosamente como valores vacíos con consecuencias potencialmente graves. La opción pipefail cambia cómo se evalúa el éxito de una tubería de comandos, de modo que la tubería se considera fallida si falla cualquiera de sus partes, y no solo la última, lo que evita que un error intermedio pase desapercibido. El caso clásico que ilustra la importancia de todo esto es un comando de borrado recursivo que usa una variable de ruta: si esa variable queda vacía por un error, sin estas protecciones el script podría intentar borrar una ubicación completamente equivocada, mientras que con ellas se detendría antes de causar daño. Por eso conviene adoptar estas opciones como hábito al inicio de casi cualquier script serio.

Entrecomillar las variables, es decir escribir el uso de una variable entre comillas dobles en lugar de dejarla suelta, es una de las prácticas más importantes y a la vez más olvidadas en Bash, y evita una categoría entera de errores sutiles y a veces peligrosos. La razón es cómo Bash trata el contenido de una variable cuando se usa sin comillas: divide ese contenido por los espacios en blanco y, además, interpreta ciertos caracteres especiales como patrones que expande a nombres de archivos. Esto significa que si una variable contiene un valor con espacios, por ejemplo la ruta de una carpeta cuyo nombre tiene un espacio, al usarla sin comillas Bash la partirá en varios argumentos separados, y el comando recibirá algo distinto de lo que se pretendía, lo que puede provocar errores o, peor, que el comando actúe sobre archivos equivocados. Al entrecomillar la variable, en cambio, su contenido se trata como una única unidad literal, respetando los espacios y sin interpretar caracteres especiales, que es casi siempre el comportamiento deseado. El caso más crítico se da en comandos destructivos como los de borrado o movimiento, donde una división inesperada del valor podría afectar a archivos que no se querían tocar. Por todo esto, la recomendación general y prácticamente universal es entrecomillar siempre el uso de las variables, salvo en los pocos casos concretos en que se desee explícitamente la división en palabras o la expansión de patrones.

Bash es una herramienta excelente para lo que fue diseñado, que es orquestar y encadenar comandos del sistema y automatizar tareas relacionadas con archivos, procesos y herramientas de línea de comandos, pero tiene límites claros más allá de los cuales conviene recurrir a un lenguaje de programación de propósito general como Python. Bash brilla cuando la tarea consiste esencialmente en pegar comandos existentes, moviendo su salida de uno a otro mediante tuberías, comprobando condiciones sencillas y repitiendo acciones sobre listas de archivos; en ese terreno es conciso, directo y está integrado de forma natural con el sistema. Sin embargo, a medida que la lógica se vuelve más compleja, Bash se vuelve difícil de leer y propenso a errores. En particular, cuando hay que manejar datos estructurados como listas o tablas de forma sofisticada, realizar cálculos que no sean triviales, hacer manipulaciones de texto complicadas, gestionar estructuras de datos, o cuando el script crece hasta cientos de líneas con mucha lógica condicional, suele ser preferible pasar a Python u otro lenguaje que ofrezca tipos de datos ricos, mejor manejo de errores, bibliotecas para tareas comunes y una sintaxis más legible y mantenible. Una buena regla práctica es empezar en Bash mientras la tarea sea fundamentalmente encadenar comandos, y considerar el cambio de lenguaje en cuanto aparezca lógica de negocio significativa o la necesidad de estructuras de datos, ya que ese es el punto donde la comodidad inicial de Bash empieza a convertirse en una fuente de fragilidad.

ShellCheck es una herramienta de análisis estático especializada en scripts de shell, es decir, un programa que revisa el código de un script sin ejecutarlo y detecta automáticamente una gran cantidad de errores comunes, malas prácticas y construcciones potencialmente peligrosas. Su valor es enorme para quien escribe scripts, porque muchos de los fallos típicos de Bash son sutiles y no se manifiestan hasta que el script se ejecuta en circunstancias concretas, momento en el que ya pueden haber causado daño. ShellCheck señala precisamente ese tipo de problemas: variables usadas sin entrecomillar que podrían romperse con espacios, referencias a variables no definidas, usos incorrectos de las comparaciones y las condiciones, errores en el manejo de las tuberías, y muchas otras trampas conocidas del lenguaje. Además de detectar los problemas, ofrece explicaciones y sugerencias de corrección, lo que lo convierte también en una excelente herramienta de aprendizaje, ya que enseña las buenas prácticas a medida que las va recomendando. Se puede usar a través de su versión en línea, pegando el script en la web, o integrarlo en el editor de código y en los procesos de integración continua para que revise automáticamente los scripts cada vez que cambian. Incorporar ShellCheck al flujo de trabajo habitual es una de las formas más eficaces y sencillas de elevar la calidad y la seguridad de los scripts, atrapando los errores antes de que lleguen a ejecutarse en un entorno real.