¿Cuáles son las diferencias prácticas entre Bash y Zsh?

Primero, algunas cosas importantes:

1. Bash no va a desaparecer . Si ya está usando bash, nada cambiará para usted. Todo lo que cambia es que zsh será el shell de inicio de sesión predeterminado para las cuentas nuevas , e incluso entonces, puede seleccionar bash en su lugar.
2. Los scripts no se ven afectados . Lo que cambia es el shell para uso interactivo, es decir, el shell en terminales (y también algunas otras cosas que usan el shell de inicio de sesión, como crontabs). Si tiene un script en un archivo con permisos de ejecución, comenzando con una línea shebang como #!/bin/basho #!/bin/sho #!/usr/bin/env bash, seguirá funcionando exactamente como antes.
3. La sintaxis de Zsh no es completamente compatible con bash, pero está cerca. Una gran cantidad de código seguirá funcionando, por ejemplo, alias y funciones típicas. Las principales diferencias están en las funciones de configuración interactiva.

Ahora, suponiendo que esté considerando cambiar a zsh, lo cual ha sido una posibilidad durante años, estas son las principales diferencias que encontrará. ¡Esta no es una lista exhaustiva!

Principales diferencias para el uso interactivo

Archivos de configuración : bash lee (principalmente) .bashrcen shells interactivos sin inicio de sesión (pero macOS inicia un shell de inicio de sesión en terminales de forma predeterminada), .profileo .bash_profileen shells de inicio de sesión, y .inputrc. Zsh lee (principalmente) .zshrc(en todos los shells interactivos) y .zprofile(en los shells de inicio de sesión). Esto significa que no se aplicará ninguna de sus personalizaciones de bash: deberá transferirlas. No puede simplemente copiar los archivos porque muchas cosas necesitarán ajustes.

Las combinaciones de teclas usan una sintaxis completamente diferente. Bash usa .inputrcy el bindincorporado para vincular claves a comandos de línea de lectura . Zsh usa el bindkeyincorporado para vincular claves a widgets zle . La mayoría de los comandos readline tienen un equivalente zsh, pero no siempre es una equivalencia perfecta.

Hablando de combinaciones de teclas, si usa Vi(m) como su editor en la terminal pero no como su modo de línea de comando en el shell, notará que zsh se establece de manera predeterminada en el modo de edición vi (es decir, con modos de comando e inserción) si EDITORo VISUALes establecido en vio vim. bindkey -ecambia al modo emacs (es decir, donde siempre puede escribir directamente).

Aviso : bash establece el aviso (principalmente) desde PS1el cual contiene escapes de barra invertida . Zsh establece el indicador principalmente desde PS1el que contiene escapes porcentuales . Aunque los conceptos son similares, los códigos de escape son completamente diferentes. La funcionalidad de bash PROMPT_COMMANDestá disponible en zsh a través de las funciones precmdy gancho . Zsh tiene más mecanismos convenientes para crear avisos sofisticados, incluido un mecanismo de tema de aviso .preexec

Los mecanismos básicos del historial de la línea de comandosUp (navegación con / Down, búsqueda con Ctrl+ R, expansión del historial con !!y amigos, recuperación del último argumento con Alt+ .o $_) funcionan de la misma manera, pero hay muchas diferencias en los detalles, demasiadas para enumerarlas aquí. . Puede copiar su .bash_historya .zsh_historysi no ha cambiado una opción de shell que cambia el formato del archivo.

Finalización : ambos shells tienen por defecto un modo de finalización básico que en su mayoría completa comandos y nombres de archivos, y cambia a un modo sofisticado al incluir bash_completionen bash o ejecutar compiniten zsh. Encontrará algunos comandos que bash maneja mejor y otros que zsh maneja mejor. Zsh suele ser más preciso, pero a veces se da por vencido cuando bash hace algo que no es correcto pero que es sensato. Para especificar posibles finalizaciones para un comando, zsh tiene tres mecanismos:

• El “viejo” mecanismo de finalización concompctl el que puedes olvidarte.
• El "nuevo" mecanismo de finalización concompadd muchas funciones que comienzan con un guión bajo y un mecanismo de configuración de usuario potente pero complejo .
• Una emulación para admitir las funciones de finalización de bash que puede habilitar ejecutando bashcompinit. La emulación no es 100% perfecta pero suele funcionar.

Muchas de shoptlas configuraciones de bash tienen su correspondiente setopten zsh.

Zsh no se trata #como un comienzo de comentario en la línea de comandos de forma predeterminada, solo en scripts (incluidos .zshrcy similares). Para habilitar los comentarios interactivos, ejecute setopt interactive_comments.

Principales diferencias para el scripting

(y para usuarios avanzados en la línea de comandos, por supuesto)

En bash, $footoma el valor de foo, lo divide en espacios en blanco y, para cada parte separada por espacios en blanco, si contiene caracteres comodín y coincide con un archivo existente, reemplaza el patrón por la lista de coincidencias. Para obtener el valor de foo, necesita "$foo". Lo mismo se aplica a la sustitución de comandos $(foo). En zsh, $fooes el valor de fooy $(foo)es la salida de foomenos sus saltos de línea finales, con dos excepciones. Si una palabra queda vacía debido a la expansión de variables vacías sin comillas, se elimina (por ejemplo, a=; b=; printf "%s\n" one "$a$b" three $a$b fiveimprime one, una línea vacía, three, five). El resultado de una sustitución de comando sin comillas se divide en espacios en blanco, pero las piezas no se someten a la coincidencia de comodines.

Las matrices Bash están indexadas de 0 a (longitud-1). Las matrices Zsh están indexadas de 1 a longitud. Puede hacer que la indexación 0 sea la predeterminada con setopt ksh_arrays. Zsh requiere menos llaves (a menos que ksh_arraysesté habilitado). Por ejemplo, supongamos a=(first second third "" last).

Bash tiene patrones de comodines adicionales , como @(foo|bar)to match fooo bar, que solo están habilitados con shopt -s extglob. En zsh, puede habilitar estos patrones con setopt ksh_glob, pero también hay una sintaxis nativa más simple de escribir, como (foo|bar), algunas de las cuales requieren setopt extended_glob(coloque eso en su .zshrc, y está activado de manera predeterminada en las funciones de finalización). Zsh tiene **/para el recorrido recursivo de directorios (al igual que el bash moderno pero no el bash 3.2 que se envía con macOS).

En bash, por defecto, si un patrón comodín no coincide con ningún archivo, se deja sin cambios. En zsh, de forma predeterminada, obtendrá un error, que suele ser la configuración más segura. Si desea pasar un parámetro comodín a un comando, use comillas. Puede cambiar al comportamiento bash con setopt no_nomatch. Puede hacer que los patrones comodín que no coincidan se expandan a una lista vacía en su lugar con setopt null_glob.

En bash, el lado derecho de una canalización se ejecuta en una subcapa. En zsh, se ejecuta en el shell principal, por lo que puede escribir cosas como somecommand | read output.

Algunas buenas características de zsh

Aquí hay algunas características agradables de zsh que bash no tiene (al menos no sin un poco de esfuerzo). Una vez más, esta es solo una selección de las que considero más útiles.

Los calificadores globales permiten hacer coincidir archivos en función de los metadatos, como su marca de tiempo, su tamaño, etc. También permiten ajustar la salida. La sintaxis es bastante críptica, pero es extremadamente conveniente. Aquí están algunos ejemplos:

• foo*(.): solo coincidencia de archivos regulares foo*y enlaces simbólicos a archivos regulares, no directorios y otros archivos especiales.
• foo*(*.): solo archivos ejecutables regulares coincidentes foo*.
• foo*(-.): solo coincidencia de archivos regulares foo*, no enlaces simbólicos y otros archivos especiales.
• foo*(-@): solo coincidencia de enlaces simbólicos colgantes foo*.
• foo*(om): los archivos coincidentes foo*, ordenados por última fecha de modificación, los más recientes primero. Tenga en cuenta que si pasa esto a ls, hará su propia clasificación. Esto es especialmente útil en…
• foo*(om[1,10]): los 10 archivos más recientes coincidentes foo*, el más reciente primero.
• foo*(Lm+1): archivos coincidentes foo*cuyo tamaño es de al menos 1 MB.
• foo*(N): igual que foo*, pero si esto no coincide con ningún archivo, genera una lista vacía independientemente de la configuración de la null_globopción (ver arriba).
• *(D): coincide con todos los archivos, incluidos los archivos de puntos (excepto .y ..).
• foo/bar/*(:t)(usando un modificador de historial ): los archivos en foo/bar, pero solo con el nombre base del archivo. Por ejemplo, si hay un foo/bar/qux.txt, se expande como qux.txt.
• foo/bar/*(.:r): tome los archivos normales foo/bary elimine la extensión. Por ejemplo, foo/bar/qux.txtse expande como foo/bar/qux.
• foo*.odt(e\''REPLY=$REPLY:r.pdf'\'): toma la lista de archivos que coinciden foo*.odty reemplaza .odtpor .pdf(independientemente de si el archivo PDF existe).

Aquí hay algunos patrones de comodines específicos de zsh útiles .

• foo*.txt~foobar*: todos .txtlos archivos cuyo nombre comienza con foopero no foobar.
• image<->.jpg(n): todos .jpglos archivos cuyo nombre base va imageseguido de un número, por ejemplo, image3.jpgy image22.jpgpero no image-backup.jpg. El calificador glob (n)hace que los archivos se enumeren en orden numérico, es decir, image9.jpgviene antes image10.jpg(puede hacer que esto sea el valor predeterminado incluso sin -n) setopt numeric_glob_sort.

Para renombrar archivos en masa , zsh proporciona una herramienta muy conveniente: la zmvfunción . Sugerido para su .zshrc:

autoload zmv
alias zcp='zmv -C' zln='zmv -L'

Ejemplo:

zmv '(*).jpeg' '$1.jpg'
zmv '(*)-backup.(*)' 'backups/$1.$2'

Bash tiene algunas formas de aplicar transformaciones al tomar el valor de una variable . Zsh tiene algo de lo mismo y muchos más .

Zsh tiene una serie de pequeñas características convenientes para cambiar de directorio . Actívelo setopt auto_cdpara cambiar a un directorio cuando escriba su nombre sin tener que escribir cd(bash también tiene esto hoy en día). Puede usar el formulario de dos argumentos paracd cambiar a un directorio cuyo nombre esté cerca del directorio actual. Por ejemplo, si estás dentro /some/where/foo-old/deeply/nested/insidey quieres ir a /some/where/foo-new/deeply/nested/inside, simplemente escribe cd old new.

Para asignar un valor a una variable, por supuesto escribe VARIABLE=VALUE. Para editar el valor de una variable de forma interactiva, simplemente ejecute vared VARIABLE.

Consejos finales

Zsh viene con una interfaz de configuración que admite algunas de las configuraciones más comunes, incluidas recetas enlatadas para cosas como la finalización que no distingue entre mayúsculas y minúsculas. Para (volver a) ejecutar esta interfaz (la primera línea no es necesaria si está utilizando un archivo de configuración que fue editado por zsh-newuser-install):

autoload -U zsh-newuser-install
zsh-newuser-install

Listo para usar, sin ningún archivo de configuración, muchas de las características útiles de zsh están deshabilitadas para compatibilidad con versiones anteriores de 1990. zsh-newuser-installsugiere algunas funciones recomendadas para activar.

Hay muchos marcos de configuración de zsh en la web (muchos de ellos están en Github ). Pueden ser una forma conveniente de comenzar con algunas características poderosas. La otra cara de la moneda es que a menudo te obligan a hacer las cosas como lo hace el autor, por lo que a veces te impiden hacer las cosas como quieres. Usélos bajo su propio riesgo.

El manual de zsh tiene mucha información, pero a menudo está escrito de una manera concisa y difícil de seguir, y tiene pocos ejemplos. No dude en buscar explicaciones y ejemplos en línea: si solo usa la parte de zsh que es fácil de entender en el manual, se lo perderá. Dos buenos recursos son la lista de correo zsh-users y Unix Stack Exchange . Se puede encontrar una amplia colección de artículos sobre cómo cambiar a zsh en Mac en scriptingosx.com y se puede encontrar un script de Ruby útil para llevar su historial de comandos con usted en Github.

Cambie su caparazón ahora y pruebe, no es necesario esperar.

chsh -s /bin/zsh

• Todos los scripts que dependen de bashla sintaxis seguirán buscando y llamando a bash.
• el mismo bash de Mojave se envía en Catalina y los usuarios migrados conservan su caparazón anterior.
• Muchos blogs tienen excelentes artículos sobre cómo mover archivos de preferencias; aquí hay uno de ellos: https://scriptingosx.com/2019/06/moving-to-zsh-part-2-configuration-files/
• Armin convirtió su serie de blogs en un libro adecuado con alrededor de 22k palabras.

Además, estimaría que el 95 % de los usuarios de macOS no utilizan una línea de comandos y, de los que sí lo hacen, otro 95 % no tendrá que cambiar nada significativo o en absoluto. (Apuesto a que es más como el 10% del 1% que sabe que los shells existen necesitan hacer algo más que portar un par de líneas en sus archivos .dot)

Su indicador cambiará y si cambió su indicador en bash, la forma de cambiarlo zshno es más difícil ni menos documentada que bash.

Los proyectiles más nuevos nunca podrían despegar si rompieran elementos importantes o causaran un período de adaptación doloroso. Si quiere un cambio más fundamental y realmente quiere un caparazón, necesita pensar y requiere entrenamiento e intención de adoptar: pruebe con pescado .

Mis scripts de shell realmente no son tan complicados

¿Sus scripts de shell tienen líneas shebang (comienza con #! /bin/basho similar)? De lo contrario, es posible que sin querer haya estado usando una función de bash, donde ejecuta scripts sin un shebang usando bash. Otros shells, como dash o zsh, lo dejan en manos del sistema operativo, que normalmente lo usaría /bin/shen su lugar. /bin/shen macOS es, y probablemente seguirá siendo, una copia de /bin/bash, pero ejecutar bash con el nombre shhace que tenga un comportamiento diferente. Los detalles son el manual de Bash, 6.11 Modo Bash POSIX . Algunos puntos:

1. Bash se asegura de que la POSIXLY_CORRECTvariable esté configurada.

Esta variable de entorno puede afectar el comportamiento de otras herramientas, especialmente si tiene herramientas GNU instaladas.

30. La sustitución de procesos no está disponible.

La sustitución de procesos es la sintaxis <(...)o >(...).

42. Los componentes .y sourceno buscan en el directorio actual el argumento de nombre de archivo si no se encuentra buscando en PATH.

Entonces, si su secuencia de comandos . fooesperaba que generara un archivo con el nombre fooen el directorio actual, eso no funcionará. Deberías hacer . ./foo, en su lugar.

Como puede adivinar por los números, hay muchas diferencias menores en el comportamiento de bash en el modo POSIX. Mejor use un shebang si quiere usar bash para sus scripts.

En el espíritu de mantener las cosas simples...

¿Alguien puede proporcionar una comparación práctica simple o obstáculos específicos que necesitaré saber para poder comenzar a trabajar para estar listo para el nuevo caparazón cuando se lance Catalina?

Si está pensando en usar el nuevo shell predeterminado, considere:

• Si desea probar Zsh y sentir algunas de las diferencias sin cambiar la configuración de la carcasa en su máquina, puede probar Powerline10k en un contenedor Docker y ver si es su taza de té.
• Si no necesita todas las campanas y silbatos y usa Bash solo para scripts básicos, es bastante fácil configurar su shell como lo han explicado otros aquí. Y si decide que quiere usar funciones en Bash 5, es una actualización bastante trivial para macOS .
• Si desea mejorar la portabilidad de sus scripts para que sea más probable que funcionen como se espera en ambos shells, pruébelos para que cumplan con POSIX y elimine cualquier "bashism". He usado ShellCheck para esto y funciona bastante bien para scripts menos complicados.

Si bien no hay un camino en particular claro, estos tres enfoques deberían brindarle la confianza suficiente para tomar una decisión informada sin sobrediseñar el problema o el espacio de solución.