Bash es un shell y lenguaje de comandos Unix escrito por Brian Fox para el Proyecto GNU como un reemplazo de software gratuito para el shell Bourne . [15] [16] El nombre del shell es un acrónimo de Bourne-Again SHell , un juego de palabras con el nombre del shell Bourne al que reemplaza [17] y la noción de " nacer de nuevo ". [18] [19] Lanzado por primera vez en 1989, [20] se ha utilizado como shell de inicio de sesión predeterminado para la mayoría de las distribuciones de Linux y fue uno de los primeros programas que Linus Torvalds portó a Linux, junto con GCC . [21] Está disponible en casi todos los sistemas operativos modernos.
Bash es un procesador de comandos que normalmente se ejecuta en una ventana de texto donde el usuario escribe comandos que provocan acciones. Bash también puede leer y ejecutar comandos desde un archivo, llamado script de shell . Como la mayoría de los shells de Unix, admite globbing de nombres de archivos (coincidencia de comodines), tuberías , aquí documentos , sustitución de comandos , variables y estructuras de control para pruebas de condiciones e iteraciones . Las palabras clave , la sintaxis , las variables de ámbito dinámico y otras características básicas del lenguaje se copian de sh . Otras características, por ejemplo, historial , se copian de csh y ksh . Bash es un shell compatible con POSIX , pero con varias extensiones.
También hay disponible una versión para Windows 10 y Windows 11 a través del Subsistema de Windows para Linux . [22] [23] También es el shell de usuario predeterminado en Solaris 11. [24] Bash también era el shell predeterminado en BeOS , [7] y en las versiones de Apple macOS desde 10.3 (originalmente, el shell predeterminado era tcsh ) hasta 10.15 ( macOS Catalina ), que cambió el shell predeterminado a zsh , [25] aunque Bash sigue disponible como shell alternativo. [26]
A principios de septiembre de 2014 se descubrió un agujero de seguridad en Bash que data de la versión 1.03 (agosto de 1989), [27] denominado Shellshock , y rápidamente condujo a una serie de ataques en Internet . [28] [29] [30] Los parches para corregir los errores estuvieron disponibles poco después de que se identificaron los errores.
Brian Fox comenzó a codificar Bash el 10 de enero de 1988, [31] después de que Richard Stallman se sintiera insatisfecho con la falta de progreso realizado por un desarrollador anterior. [15] Stallman y la Free Software Foundation (FSF) consideraron un shell libre que pudiera ejecutar scripts de shell existentes tan estratégico para un sistema completamente libre construido a partir de código BSD y GNU que este fue uno de los pocos proyectos que financiaron ellos mismos, con Fox emprendiendo el trabajo como empleado de la FSF. [15] [32] Fox lanzó Bash como versión beta, versión .99, el 8 de junio de 1989, [20] y siguió siendo el mantenedor principal hasta algún momento entre mediados de 1992 [33] y mediados de 1994, [34] cuando fue despedido de la FSF [35] y su responsabilidad pasó a otro de los primeros contribuyentes, Chet Ramey. [36] [37] [38]
Desde entonces, Bash se ha convertido, con diferencia, en el shell más popular entre los usuarios de Linux, convirtiéndose en el shell interactivo predeterminado en las diversas distribuciones de ese sistema operativo [39] [40] (aunque el shell Almquist puede ser el shell de secuencias de comandos predeterminado) y en las versiones de macOS de Apple. antes de Catalina en octubre de 2019. [41] [42] [25] Bash también ha sido portado a Microsoft Windows y distribuido con Cygwin y MinGW , a DOS por el proyecto DJGPP , a Novell NetWare , a OpenVMS por el proyecto GNV, [43 ] a ArcaOS , [44] y a Android a través de varias aplicaciones de emulación de terminal.
En septiembre de 2014, Stéphane Chazelas, especialista en Unix/Linux, [45] descubrió un error de seguridad en el programa. El error, revelado por primera vez el 24 de septiembre, se llamó Shellshock y se le asignaron los números CVE - 2014-6271, CVE-2014-6277 y CVE-2014-7169. El error se consideró grave, ya que los scripts CGI que utilizan Bash podrían ser vulnerables, permitiendo la ejecución de código arbitrario . El error estaba relacionado con cómo Bash pasa definiciones de funciones a subcapas a través de variables de entorno . [46]
La sintaxis del comando Bash es un superconjunto de la sintaxis del comando Bourne Shell. Bash admite expansión de llaves , [47] finalización de línea de comando (finalización programable), [48] depuración básica [49] [50] y manejo de señales (usando trap) desde bash 2.05a [51] [52], entre otras características. Bash puede ejecutar la gran mayoría de los scripts de shell de Bourne sin modificaciones, con la excepción de los scripts de shell de Bourne que tropiezan con un comportamiento de sintaxis marginal interpretado de manera diferente en Bash o que intentan ejecutar un comando del sistema que coincida con una nueva función integrada de Bash, etc. La sintaxis del comando de Bash incluye ideas dibujadas desde Korn Shell (ksh) y C shell (csh), como la edición de la línea de comandos, el historial de comandos ( historycommand), [53] la pila de directorios, las variables $RANDOMy $PPIDy la sintaxis de sustitución de comandos$(…) POSIX .
Cuando un usuario presiona la tecla tab dentro de un shell de comandos interactivo, Bash utiliza automáticamente la finalización de línea de comandos , desde la versión beta 2.04, [54] para hacer coincidir nombres de programas, nombres de archivos y nombres de variables parcialmente escritos. El sistema de finalización de línea de comandos de Bash es muy flexible y personalizable y, a menudo, incluye funciones que completan argumentos y nombres de archivos para programas y tareas específicos.
La sintaxis de Bash tiene muchas extensiones que faltan en el shell Bourne. Bash puede realizar cálculos con números enteros ("evaluación aritmética") sin generar procesos externos. Utiliza el ((…))comando y la $((…))sintaxis de variables para este propósito. Su sintaxis simplifica la redirección de E/S . Por ejemplo, puede redirigir la salida estándar (stdout) y el error estándar (stderr) al mismo tiempo utilizando el &>operador. Esto es más sencillo de escribir que el equivalente del shell Bourne ' command > file 2>&1'. Bash admite la sustitución de procesos utilizando la sintaxis <(command)and >(command), que sustituye la salida (o la entrada) de un comando donde normalmente se usa un nombre de archivo. (Esto se implementa a través de /proc/fd/ canalizaciones sin nombre en sistemas que lo admiten, o mediante canalizaciones con nombre temporales cuando sea necesario).
Cuando se usa la palabra clave 'función', las declaraciones de funciones de Bash no son compatibles con los scripts Bourne/Korn/POSIX (KornShell tiene el mismo problema cuando se usa 'función'), pero Bash acepta la misma sintaxis de declaración de funciones que los shells Bourne y Korn. y es compatible con POSIX. Debido a estas y otras diferencias, los scripts de shell Bash rara vez se pueden ejecutar bajo los intérpretes de shell Bourne o Korn a menos que se escriban deliberadamente teniendo en cuenta esa compatibilidad, lo cual se vuelve menos común a medida que Linux se generaliza. Pero en el modo POSIX, Bash se ajusta más a POSIX. [55]
Bash admite aquí documentos . Desde la versión 2.05b, Bash puede redirigir la entrada estándar (stdin) desde una "cadena aquí" usando el <<<operador.
Bash 3.0 admite la coincidencia de expresiones regulares durante el proceso utilizando una sintaxis que recuerda a Perl . [56]
En febrero de 2009, [57] Bash 4.0 introdujo soporte para matrices asociativas . [13] Los índices de matriz asociativa son cadenas, de manera similar a AWK o Tcl . [58] Se pueden utilizar para emular matrices multidimensionales. Bash 4 también cambia su licencia a GPL-3.0 o posterior ; Algunos usuarios sospechan que este cambio de licencia es la razón por la que MacOS sigue utilizando versiones anteriores. [59] Apple finalmente dejó de usar Bash en sus sistemas operativos como shell predeterminado con el lanzamiento de MacOS Catalina en 2019. [26]
La expansión de llaves, también llamada alternancia , es una característica copiada del shell C. Genera un conjunto de combinaciones alternativas. Los resultados generados no necesitan existir como archivos. Los resultados de cada cadena expandida no se ordenan y se conserva el orden de izquierda a derecha:
$ echo a { p,c,d,b } e mono ace ade abe $ echo { a,b,c }{ d,e,f } ad ae af bd be bf cd ce cf Los usuarios no deben utilizar expansiones de llaves en scripts de shell portátiles, porque el shell Bourne no produce el mismo resultado.
$ # bash shell $ /bin/bash -c 'echo a{p,c,d,b}e' ape ace ade abe $ # Un shell tradicional no produce el mismo resultado $ /bin/sh -c 'echo a {p,c,d,b}e' a{p,c,d,b}e Cuando la expansión de llaves se combina con comodines, las llaves se expanden primero y luego los comodines resultantes se sustituyen normalmente. Por lo tanto, se puede obtener una lista de imágenes JPEG y PNG en el directorio actual usando:
es *. { jpg,jpeg,png } # se expande a *.jpg *.jpeg *.png - después de lo cual, # se procesan los comodines echo *. { png,jp { e, } g } # echo solo muestra las expansiones - # y las llaves entre llaves son posibles. Además de la alternancia, la expansión de llaves se puede utilizar para rangos secuenciales entre dos números enteros o caracteres separados por puntos dobles. Las versiones más nuevas de Bash permiten que un tercer número entero especifique el incremento.
$ eco { 1 ..10 } 1 2 3 4 5 6 7 8 9 10 $ eco { 01 ..10 } 01 02 03 04 05 06 07 08 09 10 $ eco archivo { 1 ..4 } .txt archivo1.txt archivo2.txt archivo3.txt archivo4.txt $ eco { a..e } abcde $ eco { 1 ..10..3 } 1 4 7 10 $ eco { a..j..3 } adgj Cuando la expansión de llaves se combina con la expansión variable (también conocida como expansión de parámetros y sustitución de parámetros ), la expansión variable se realiza después de la expansión de llaves, lo que en algunos casos puede requerir el uso del evalincorporado, por lo tanto:
$ inicio = 1 ; end = 10 $ echo { $start .. $end } # no se expande debido al orden de evaluación {1..10} $ eval echo { $start .. $end } # se produce la expansión de la variable y luego se evalúa la cadena resultante 1 2 3 4 5 6 7 8 9 10 Cuando se inicia Bash, ejecuta los comandos en una variedad de archivos de puntos . A diferencia de los scripts de shell Bash, los archivos punto normalmente no tienen ni el permiso de ejecución habilitado ni una directiva de intérprete como #!/bin/bash.
El siguiente ejemplo ~/.bash_profilees compatible con el shell Bourne y proporciona una semántica similar a csh para ~/.bashrcy ~/.bash_login. Es una evaluación de cortocircuito que prueba si el nombre del archivo existe y es legible, omitiendo la parte posterior si no lo es.[ -r filename ] && cmd&&
[ -r ~/.perfil ] && . ~/.profile # configurar el entorno, una vez, sintaxis Bourne-sh solo si [ -n " $PS1 " ] ; entonces # ¿somos interactivos? [ -r ~/.bashrc ] && . ~/.bashrc # tty/prompt/configuración de funciones para shells interactivos [ -r ~/.bash_login ] && . ~/.bash_login # cualquier tarea al iniciar sesión solo para el shell de inicio de sesión fi # Fin del bloque "if" Algunas versiones de Unix y Linux contienen scripts de inicio del sistema Bash, generalmente en el /etcdirectorio. Bash ejecuta estos archivos como parte de su inicialización estándar, pero otros archivos de inicio pueden leerlos en un orden diferente al de la secuencia de inicio de Bash documentada. El contenido predeterminado de los archivos del usuario root también puede tener problemas, así como los archivos estructurales que el sistema proporciona a las nuevas cuentas de usuario durante la instalación. Los scripts de inicio que inician el sistema de ventanas X también pueden hacer cosas sorprendentes con los scripts de inicio de Bash del usuario en un intento de configurar variables de entorno del usuario antes de iniciar el administrador de ventanas . Estos problemas a menudo se pueden solucionar utilizando un archivo ~/.xsessiono ~/.xprofilepara leer ~/.profile, que proporciona las variables de entorno que necesitan las ventanas de shell Bash generadas por el administrador de ventanas, como xterm o Gnome Terminal .
Invocar a Bash con la --posixopción o indicarlo set -o posixen un script hace que Bash se ajuste muy estrechamente al estándar POSIX 1003.2 . [60] Los scripts de shell Bash destinados a la portabilidad deben tener en cuenta al menos el estándar de shell POSIX. Algunas características de bash que no se encuentran en POSIX son: [60] [61]
[[ ... ]]construcción de prueba extendida de doble corchete y su coincidencia de expresiones regulares(( ... )); $(( ... ))es POSIX)localpara variables de ámbitoSi un fragmento de código utiliza dicha característica, se denomina "bashismo", un problema para el uso portátil. Se pueden utilizar Debian checkbashismsy Vidar Holen shellcheckpara asegurarse de que un script no contenga estas partes. [63] [64] La lista varía dependiendo del shell de destino real: la política de Debian permite algunas extensiones en sus scripts (como lo están en el shell del tablero ), [61] mientras que un script que intenta soportar shells Bourne anteriores a POSIX, como autoconf , están aún más limitados configureen las funciones que pueden utilizar. [sesenta y cinco]
Bash usa GNU Readline para proporcionar atajos de teclado para editar la línea de comandos usando las combinaciones de teclas predeterminadas ( Emacs ). Los enlaces Vi se pueden habilitar ejecutando set -o vi. [66]
El shell Bash tiene dos modos de ejecución de comandos: por lotes (asíncrono) y concurrente (sincrónico).
Para ejecutar comandos en modo por lotes (es decir, en secuencia), deben estar separados por el carácter ";", o en líneas separadas:
comando1 ; comando2comando3En este ejemplo, cuando finaliza el comando1, se ejecuta el comando2 y cuando se completa el comando2, se ejecutará el comando3.
Puede ocurrir una ejecución en segundo plano del comando1 usando (símbolo &) al final de un comando de ejecución, y el proceso se ejecutará en segundo plano mientras se devuelve inmediatamente el control al shell y se permite la ejecución continua de los comandos.
comando1 & O para tener una ejecución concurrente de dos comando1 y comando2, se deben ejecutar en el shell Bash de la siguiente manera:
comando1 y comando2 En este caso, comando1 se ejecuta en segundo plano y símbolo, devolviendo inmediatamente el control al shell que ejecuta comando2 en primer plano.
Se puede detener un proceso y devolver el control a bash escribiendo Ctrl+ zmientras el proceso se ejecuta en primer plano. [67]
Se puede obtener una lista de todos los procesos, tanto en segundo plano como detenidos, ejecutando jobs:
$ trabajos [1] - Ejecutando comando1 y [2]+ Comando detenido2En el resultado, el número entre paréntesis se refiere a la identificación del trabajo. El signo más indica el proceso predeterminado para bgy fg. Los textos "En ejecución" y "Detenido" se refieren al estado del proceso . La última cadena es el comando que inició el proceso.
El estado de un proceso se puede cambiar mediante varios comandos. El fgcomando pone un proceso en primer plano, mientras bgestablece un proceso detenido ejecutándose en segundo plano. bgy fgpueden tomar una identificación de trabajo como primer argumento, para especificar el proceso sobre el cual actuar. Sin uno, utilizan el proceso predeterminado, identificado por un signo más en la salida de jobs. El killcomando se puede utilizar para finalizar un proceso prematuramente, enviándole una señal . La identificación del trabajo debe especificarse después de un signo de porcentaje:
matar %1Bash proporciona separadores de comandos de "ejecución condicional" que hacen que la ejecución de un comando dependa del código de salida establecido por un comando precedente. Por ejemplo:
cd " $ EN ALGÚN LUGAR " && ./hacer_algo || echo "Ocurrió un error" > & 2 Donde ./do_something solo se ejecuta si el comando cd (cambiar directorio) fue "exitoso" (devolvió un estado de salida de cero) y el comando echo solo se ejecutaría si el comando cd o ./do_something devuelve un "error" (estado de salida distinto de cero).
Para todos los comandos, el estado de salida se almacena en la variable especial $?. Bash también admite formas de evaluación de comandos condicionales.if ...;then ...;else ...;ficase $VARIABLE in $pattern)...;;$other_pattern)...;; esac
Un comando externo llamado bashbug informa errores del shell Bash. Cuando se invoca el comando, aparece el editor predeterminado del usuario con un formulario para completar. El formulario se envía por correo a los mantenedores de Bash (u opcionalmente a otras direcciones de correo electrónico). [68] [69]
Bash admite la finalización programable mediante comandos integrados complete, compopty compgen. [70] La característica ha estado disponible desde la versión beta de 2.04 lanzada en 2000. [71] [72] Estos comandos permiten una especificación de finalización compleja e inteligente para comandos (es decir, programas instalados), funciones, variables y nombres de archivos. [73]
Los comandos completey compoptdos especifican cómo se enumerarán los argumentos de algunos comandos u opciones disponibles en la entrada de la línea de lectura . A partir de la versión 5.1, la finalización del comando o la opción generalmente se activa presionando una tecla después de escribir su nombre. [73]Tab ↹
El nombre del programa es una figura retórica o una ocurrencia que comienza con un homenaje a Stephen Bourne , el creador de uno de los programas shell que en ocasiones han sido considerados reemplazados por el shell bash. Su nombre se utiliza como un juego de palabras con la imagen del parto, y con ese juego de palabras se añade una alusión al modismo cristiano de " nacer de nuevo ", o posiblemente a la idea budista de la reencarnación . A veces considerado una referencia a Juan 3 del Nuevo Testamento cristiano , Merriam-Webster define "nacido de nuevo" como "persona que ha hecho un renovado... compromiso de fe". [74] "Este modismo se usa luego para nombrar al programa: el Bourne Again SHell . [75] [76]
El acrónimo de ese nombre entonces es "bash", una palabra que significa "golpear violentamente". [77] " En el contexto de la programación informática, "golpear violentamente algo", como un teclado de computadora, podría considerarse una imagen hiperbólica de cierta frustración . Se podría considerar que estas imágenes de emocionalidad negativa están en yuxtaposición directa con la idea de "nacer de nuevo".
El nombramiento podría considerarse un ejemplo de ironía verbal o insinuación accidental . La gramática Bash se basó inicialmente en las gramáticas de los programas shell de Unix más populares que se usaban actualmente, algunos de los cuales se consideraban particularmente difíciles de usar o frustrantes en ese momento. A medida que pasaron los años, el desarrollo de bash hizo que su gramática fuera más fácil de usar, [78] [79] [80] [81] [82] [83] hasta tal punto que parece probable que el proyecto bash se haya comprometido a mejorar su usabilidad. Desde entonces, bash se ha convertido en el programa de shell predeterminado de facto en la mayoría de los sistemas operativos Linux y Unix.
Como estándar en el que se basa bash, POSIX, o IEEE Std 1003.1™, et seq, es informativo.
La página de manual de Linux pretende ser el documento explicativo autorizado para comprender cómo funciona `bash`, mientras que el manual de GNU a veces se considera más fácil de leer. "También puede encontrar información sobre Bash ejecutando info bash... o consultando /usr/share/doc/bash/, /usr/local/share/doc/bash/o directorios similares en su sistema. Un breve resumen está disponible ejecutando bash --help. [84] "
En Linux modernos, la información sobre los comandos integrados del shell se puede encontrar ejecutando help, help [built-in name]o `man incorporados` en el indicador de terminal donde está instalado bash. Algunos comandos, como `echo`, `false`, `kill`, `printf`, `test` o `true`, dependiendo de su sistema y de su versión de bash instalada localmente, pueden hacer referencia a un shell integrado. en o un archivo ejecutable binario del sistema. Cuando ocurre una de estas colisiones de nombres de comandos, bash ejecutará de forma predeterminada una línea de comando determinada utilizando el shell integrado. Especificar la ruta absoluta de un ejecutable binario (es decir, `/bin/printf`) es una forma de garantizar que el shell utilice un binario del sistema. Este problema de colisión de nombres también afecta a los "resúmenes de ayuda" vistos con `kill --help` y `/bin/kill --help`. Los archivos ejecutables binarios integrados del shell y del sistema del mismo nombre suelen tener opciones diferentes.
"El responsable del proyecto también tiene una página Bash que incluye Preguntas frecuentes, [85] "estas preguntas frecuentes están actualizadas a partir de la versión 5.1 de Bash y ya no se actualizan.
Bash es software gratuito, distribuido bajo los términos de la Licencia Pública General [GNU] publicada por la Free Software Foundation, versión 3 de la Licencia (o cualquier versión posterior).
Consulte test.c para GPL-2.0 o posterior
Durante un año y medio, el shell GNU estuvo "casi terminado".
El autor hizo repetidas promesas de cumplir lo que había hecho y nunca las cumplió.
Finalmente ya no podía creer que alguna vez entregaría algo.
Por eso, Brian Fox, miembro del personal de la Fundación, está implementando ahora una imitación del caparazón de Bourne.
Cuando Richard Stallman decidió Para crear un reemplazo completo para los entonces sobrecargados sistemas Unix, sabía que eventualmente tendría que tener reemplazos para todas las utilidades comunes, especialmente el shell estándar, y esos reemplazos tendrían que tener licencias aceptables.El enlace original de computerworld.com.au está inactivo: consulte también copias del material original en readthedocs.io, computerworld.com.au y la Universidad de Carolina del Sur.
"Bourne Again Shell" es un juego de palabras con el nombre Bourne Shell , que era el shell habitual en Unix.
El nombre es un juego de palabras con el nombre de Bourne shell (sh), uno de los primeros e importante shell de Unix escrito por Stephen Bourne y distribuido con la Versión 7 de Unix alrededor de 1978, y el concepto de "nacer de nuevo".
Actualmente he portado bash(1.08) y gcc(1.40), y todo parece funcionar.
Fecha de nacimiento: domingo 10 de enero de 1988. Autor inicial: Brian Fox
Los empleados de la Free Software Foundation han escrito y mantenido varios paquetes de software GNU.
Dos de ellos notables son la biblioteca C y el shell.
… Financiamos el desarrollo de estos programas porque el Proyecto GNU no se trataba sólo de herramientas o un entorno de desarrollo.
Nuestro objetivo era un sistema operativo completo y estos programas eran necesarios para ese objetivo.
En Linux, la mayoría de los usuarios ejecutan bash porque es el shell más popular.
Bourne Again Shell (bash) es el shell más común instalado en las distribuciones de Linux.
Bash es, con diferencia, el shell más popular y constituye el shell predeterminado en los sistemas Linux y Mac OSX.
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}