Si un archivo se abre con Terminal y tiene el bit de ejecución establecido, entonces Terminal lo ejecutará.

Obtenga información sobre un archivo .sh y configúrelo para que se abra con Terminal, y haga clic en el botón Cambiar todo.

Para preferir que la Terminal abra archivos .sh, usando el comando predeterminado, sin usar el Finder

En la mayoría de los casos, todo lo que se requiere debería ser posible desde la línea de comandos ...

Preparación

Dos comandos:

defaults read com.apple.LaunchServices | grep -B 1 -A 3 public.shell-script

defaults read com.apple.LaunchServices | grep -B 1 -A 4 "LSHandlerContentTag = sh;"

Si cualquiera de los comandos revela una preferencia existente

Use Xcode o cualquier otro editor de lista de propiedades adecuado para eliminar el diccionario relevante de la clave LSHandlers dentro del siguiente archivo:

~/Library/Preferences/com.apple.LaunchServices.plist

Sugerencias:

• defaults , con el que estoy más familiarizado, parece inadecuado para la eliminación de un solo diccionario de una matriz
• la eliminación debe ser necesaria solo si (por ejemplo) el usuario ha utilizado anteriormente el Finder para asociar los archivos .sh con una aplicación que no sea la predeterminada del sistema
• respuesta de Superusuario en Cómo ¿Se modificó recientemente la aplicación para cambiar la aplicación predeterminada para todos los archivos de un tipo de archivo en particular en el terminal de OS X? para incluir un script que use PlistBuddy - credit to Daniel Beck .

Agregando a las preferencias de LaunchServices, para que Terminal vea y edite archivos .sh

Dos comandos de una línea.

Dependiendo de sus requisitos, el primer comando solo puede ser suficiente:

defaults write com.apple.LaunchServices LSHandlers -array-add '{ LSHandlerContentType = "public.shell-script"; LSHandlerRoleViewer = "com.apple.Terminal"; LSHandlerRoleEditor = "com.apple.Terminal"; }'

defaults write com.apple.LaunchServices LSHandlers -array-add '{ LSHandlerContentTag = "sh"; LSHandlerContentTagClass = "public.filename-extension"; LSHandlerRoleViewer = "com.apple.Terminal"; LSHandlerRoleEditor = "com.apple.Terminal"; }'

Para que se respeten las nuevas preferencias

Las modificaciones a la capa de persistencia del dominio de usuario de Servicios de lanzamiento deben ser reconocidas . Para esto, lo menos perturbador para el usuario final será:

• un reinicio del sistema operativo.

Desde la línea de comandos, si el reinicio inmediato es aceptable:

sudo shutdown -r now

Fondo

Comprensión del soporte de Terminal.app para .sh (public.shell-script)

Considere el resultado del siguiente comando:

defaults read /Applications/Utilities/Terminal.app/Contents/Info

• en CFBundleDocumentTypes ( una variedad de diccionarios describiendo los tipos de documentos admitidos por el paquete ) vemos que Terminal está diseñado para admitir com.apple.terminal.shell-script

• public.shell-script (la system- la UTI declarada asociada con .sh ) no se admite en ese nivel, aparece en otra parte de la lista de propiedades - debajo de UTExportedTypeDeclarations

Dejando de lado el terminal por un momento: a veces es inapropiado (o simplemente sin valor) forzar la apertura de un tipo de documento, por una aplicación que está diseñada sin soporte para ese tipo.

Para Terminal, imagino que no hay daño en el manejo del tipo public.shell-script .

La forma en que Unix hace esto es abrir Terminal.app y configurar los scripts como ejecutables con chmod +x scriptname.sh .

O puede hacer un enlace desde / bin / bash a / Aplicaciones y definir / Aplicaciones / bash como la aplicación predeterminada para archivos .sh en el cuadro de diálogo Obtener información. Pero esto parece ser una especie de IMHO extraño.