Bash y PowerShell: automatizar la terminal

Una línea de Bash es un comando seguido de argumentos separados por espacios: ls -l /var/log ejecuta el programa ls con la opción -l y la ruta /var/log. Las opciones cortas llevan un guion (-l) y las largas, dos (--all). Con man ls lees el manual de cada programa.

La tubería | conecta la salida de un comando con la entrada del siguiente. Es la filosofía Unix: herramientas que hacen una sola cosa bien (grep filtra líneas, sort ordena, uniq -c cuenta repetidos, head se queda con las primeras) y que combinas entre sí.

Cada programa tiene tres canales: la entrada estándar (stdin, número 0), la salida estándar (stdout, número 1) y la salida de errores (stderr, número 2). Por defecto, los dos últimos van a tu pantalla, pero puedes redirigirlos.

> envía stdout a un archivo y lo sobrescribe; >> lo añade al final. 2> hace lo mismo con los errores, y 2>&1 envía los errores al mismo sitio que la salida normal. < hace lo contrario: lee la entrada desde un archivo. Y /dev/null es un agujero negro donde tirar lo que no quieres ver.

Una variable se asigna sin espacios alrededor del =, como en nombre="Ana", y se lee con $: $nombre o ${nombre}. Las variables de entorno, como PATH o HOME, son las que heredan los programas que lanzas; con export conviertes una tuya en una de ellas.

Las comillas cambian lo que hace Bash. Entre comillas dobles ("Hola $nombre") las variables se expanden, pero el texto queda como un solo argumento aunque tenga espacios. Entre comillas simples ('Hola $nombre') todo es literal. Y la sustitución de comandos, $(comando), ejecuta el comando y pone su salida en ese lugar: hoy=$(date +%F).

En Bash, if no evalúa una expresión: ejecuta un comando y mira si ha terminado bien. Lo más habitual es usar [[ … ]], que comprueba condiciones: -f ruta (existe el archivo), -d ruta (existe la carpeta), -z "$texto" (texto vacío), == para comparar textos y -eq, -lt o -gt para números.

for recorre una lista de palabras o de archivos (for f in *.log) y while repite mientras un comando tenga éxito, por ejemplo, para leer un archivo línea a línea. Los bloques se cierran con fi y done, y case elige entre varios patrones.

Un script es un archivo de texto con comandos. Su primera línea, el shebang (#!/usr/bin/env bash), le dice al sistema con qué intérprete ejecutarlo. Le das permiso de ejecución con chmod +x copia.sh y lo lanzas con ./copia.sh; dentro, $1, $2… son los argumentos que recibe.

Cada comando termina con un código de salida: 0 significa éxito y cualquier otro número, error. Lo consultas con $? y lo devuelves con exit 1. Es lo que miran if, && (ejecuta lo siguiente solo si lo anterior fue bien) y || (solo si falló), y también tu pipeline de CI para saber si un paso ha fallado.

Por defecto, Bash sigue adelante aunque un comando falle. Por eso muchos scripts empiezan con set -euo pipefail: -e detiene el script en el primer error, -u trata como error usar una variable sin definir y -o pipefail hace que una tubería falle si falla cualquiera de sus comandos, no solo el último.

Los comandos de PowerShell se llaman cmdlets y siguen el patrón Verbo-Sustantivo: Get-Process, Stop-Service, New-Item, Remove-Item. Los verbos salen de una lista aprobada, así que si conoces Get-Service puedes adivinar Start-Service. Get-Command busca comandos y Get-Help explica cómo se usan.

La diferencia clave está en el pipeline: | pasa objetos con propiedades, no líneas de texto. Where-Object filtra por una propiedad, Sort-Object ordena y Select-Object elige columnas, sin trocear texto como harías con cut o awk. Al final, PowerShell muestra los objetos como una tabla.

Hay dos PowerShell. Windows PowerShell 5.1 viene instalado en Windows, se lanza con powershell.exe y ya solo recibe correcciones. PowerShell 7 es de código abierto, se basa en el .NET moderno, funciona en Windows, Linux y macOS y se lanza con pwsh. Es el que conviene usar en proyectos nuevos y en pipelines de CI.

Los scripts son archivos .ps1. Las variables empiezan por $ ($destino = "./copias"), los parámetros del script se declaran con param() y los errores se capturan con try y catch, como en JavaScript. $ErrorActionPreference = 'Stop' cumple un papel parecido a set -e en Bash.

La política de ejecución decide si Windows permite ejecutar scripts. Con RemoteSigned, los scripts creados en tu equipo funcionan, pero los descargados de internet deben estar firmados. La consultas con Get-ExecutionPolicy y la cambias con Set-ExecutionPolicy. En Linux y macOS no se aplica.