Чтобы запустить неисполняемый shскрипт, используйте:
sh myscript
Чтобы запустить неисполняемый bashскрипт, используйте:
bash myscript
Запустить исполняемый файл (любой файл с разрешением на выполнение); вы просто указываете его по пути:
/foo/bar
/bin/bar
./bar
Чтобы сделать скрипт исполняемым, дайте ему необходимое разрешение:
chmod +x bar
./bar
Когда файл исполняемый, ядро отвечает за выяснение того, как его выполнить. Для недвоичных файлов это делается путем просмотра первой строки файла. Он должен содержать hashbang:
#! /usr/bin/env bash
Hashbang сообщает ядру, какую программу запустить (в этом случае команда запускается /usr/bin/envс аргументом bash). Затем сценарий передается программе (в качестве второго аргумента) вместе со всеми аргументами, которые вы указали сценарию в качестве последующих аргументов.
Это означает, что каждый исполняемый скрипт должен иметь хэш-банг . Если это не так, вы не сообщаете ядру, что это такое , и поэтому ядро не знает, какую программу использовать для его интерпретации. Это может быть bash, perl, python, sh, или что - то еще. (На самом деле ядро часто использует оболочку пользователя по умолчанию для интерпретации файла, что очень опасно, потому что он может вообще не быть правильным интерпретатором или может анализировать некоторые из них, но с небольшими поведенческими различиями, такими как дело между shа bash).
Записка о /usr/bin/env
Чаще всего вы увидите такие хэш-челки:
#!/bin/bash
В результате ядро запустит программу /bin/bashдля интерпретации скрипта. К сожалению, bashне всегда поставляется по умолчанию, и это не всегда доступно в /bin. В то время как на машинах Linux это обычно так, есть ряд других машин POSIX, которые bashпоставляются в различных местах, таких как /usr/xpg/bin/bashили /usr/local/bin/bash.
Поэтому для написания переносимого скрипта bash мы не можем полагаться на жесткое программирование местоположения bashпрограммы. POSIX уже имеет механизм для решения , что: PATH. Идея состоит в том, что вы устанавливаете свои программы в один из имеющихся каталогов, PATHи система должна быть в состоянии найти вашу программу, когда вы хотите запустить ее по имени.
К сожалению, вы не можете просто сделать это:
#!bash
Ядро не будет (некоторые могут) PATHискать вас. Существует программа, которая может выполнить PATHпоиск для вас, но она называется env. К счастью, почти во всех системах установлена envпрограмма /usr/bin. Поэтому мы начинаем envиспользовать жестко заданный путь, который затем выполняет PATHпоиск bashи запускает его, чтобы он мог интерпретировать ваш сценарий:
#!/usr/bin/env bash
У этого подхода есть один недостаток: согласно POSIX, hashbang может иметь один аргумент . В этом случае мы используем bashв качестве аргумента envпрограмму. Это означает, что у нас нет места для передачи аргументов bash. Так что нет способа преобразовать что-то вроде #!/bin/bash -exuэтой схемы. Вы должны будете поставить set -exuпосле hashbang вместо этого.
Этот подход также имеет еще одно преимущество: некоторые системы могут поставляться с /bin/bash, но пользователю это может не понравиться, он может обнаружить, что он неисправен или устарел, и, возможно, установил свою собственную в bashдругом месте. Это часто имеет место в OS X (Mac), где Apple поставляет устаревшую версию, /bin/bashа пользователи устанавливают /usr/local/bin/bashновейшую версию, используя что-то вроде Homebrew. Когда вы используете envподход, который выполняет PATHпоиск, вы принимаете во внимание предпочтения пользователя и используете его предпочтительный bash по сравнению с тем, который поставляется с его системой.