Який переважний Баш-шебанг?

Чи є якийсь Bashшебанг об'єктивно кращий за інші для більшості застосувань?

• #!/usr/bin/env bash
• #!/bin/bash
• #!/bin/sh
• #!/bin/sh -
• тощо

Я туманно згадую, як давно почув, що додавання тире до кінця заважає комусь передавати команду вашому сценарію, але не можу знайти жодних деталей щодо цього.

Ви повинні використовувати #!/usr/bin/env bashдля портативності : різні * nixes розміщуються bashв різних місцях, а використання /usr/bin/env- це вирішення для запуску першого bashзнайденого на PATH. І shніbash .

/bin/shЗазвичай це посилання на оболонку системи за замовчуванням, яка часто є, bashале, наприклад, системи Debian мають меншу вагу dash. Так чи інакше, оригінальна оболонка Bourne є sh, тому якщо ваш сценарій використовує деякі bash(2-е покоління, "Bourne Again sh") специфічні особливості ( [[ ]]тести, масиви, різні цукристі речі тощо), то ви повинні бути більш конкретними і використовувати пізніші . Таким чином, у системах, де bash не встановлений, ваш скрипт не працюватиме. Я розумію, що може бути захоплююча трилогія фільмів про цю еволюцію ... але це може бути з чуток.

Також зауважте, що коли викликається як sh, bashпевною мірою поводиться як стандарт POSIX sh (див. Також документи GNU про це).

Я рекомендую використовувати:

#!/bin/bash

Це не 100% портативний (деякі системи розміщуються bashв іншому місці /bin), а те, що багато існуючих сценаріїв використовують #!/bin/bashтиск різних операційних систем, щоб зробити /bin/bashхоча б симпосилання на основне місцеположення.

Альтернатива:

#!/usr/bin/env bash

було запропоновано - але немає гарантії, що envкоманда є /usr/bin(і я використовував системи там, де її немає). Крім того, ця форма використовуватиме перший екземпляр bashпоточних користувачів $PATH, що може бути не підходящою версією bash shell.

(Але /usr/bin/envслід працювати на будь-якій досить сучасній системі, або тому, що вона envє, /usr/binабо тому, що система робить щось для того, щоб вона працювала. Системою, про яку я згадував вище, був SunOS 4, який я, ймовірно, не використовував близько 25 років.)

Якщо вам потрібен сценарій для запуску в системі, яка не має /bin/bash, ви можете змінити сценарій, щоб вказати на правильне розташування (це, мабуть, незручно).

Я обговорював компроміси більш глибоко у своїй відповіді на це питання .

Дещо незрозуміле оновлення: одна система, яку я використовую, Termux , шар на зразок настільного Linux, який працює під Android, не має /bin/bash( bashє /data/data/com.termux/files/usr/bin/bash) - але у нього є спеціальна обробка для підтримки #!/bin/bash.

Використання рядка shebang для виклику відповідного перекладача не лише для BASH. Ви можете використовувати шебанг для будь-якої мови інтерпретації у вашій системі, наприклад Perl, Python, PHP (CLI) та багатьох інших. До речі, шебанг

#!/bin/sh -

(це також може бути дві тире, тобто --) закінчує параметри bash, все після цього трактуватиметься як назви файлів та аргументи.

Використання envкоманди робить ваш скрипт портативним і дозволяє налаштувати власні середовища для вашого сценарію, отже, слід використовувати портативні сценарії

#!/usr/bin/env bash

Або для будь-якої мови, наприклад для Perl

#!/usr/bin/env perl

Обов’язково перегляньте manсторінки для bash:

man bash

і env:

man env

Примітка. У системах на базі Debian і Debian, як-от Ubuntu, shпов'язано dashне bash. Як використовують усі системні сценарії sh. Це дозволяє bash зростати, а система залишається стабільною, на думку Debian.

Крім того, щоб зберегти виклик * nix, як я ніколи не використовую розширення файлів у скриптах, що викликаються shebang, оскільки ви не можете опустити розширення на виклик на виконуваних файлах, як це можливо в Windows. Команда файлу може ідентифікувати його як сценарій.

Це дійсно залежить від того, як ви пишете ваші баш сценарії. Якщо ваш /bin/shфайл посилається на bash, коли bash викликається як sh, деякі функції недоступні .

Якщо ви хочете використовувати особливості bash, не POSIX, використовуйте #!/bin/bash