Bash (оболочка Unix)

Баш

Оригинальный автор(ы)	Брайан Фокс
Разработчик(и)	Чет Рэми
Первоначальный выпуск	8 июня 1989 г .; 35 лет назад ( 8 июня 1989 )
Стабильный релиз	5.2.37 [1]  / 23 сентября 2024 г.
Репозиторий	git.savannah.gnu.org/gitweb/?p=bash.git
Написано в	С
Операционная система	Линукс Unix-подобный macOS Окна андроид Оракул Солярис Хайку
Платформа	ГНУ
Доступно в	Многоязычный ( gettext )
Тип	Оболочка (вычисления) , оболочка Unix , командный язык
Лицензия	Начиная с версии 4.0: GPL-3.0 или более поздняя [2] 1.11? по 3.2: GPL-2.0 или более поздняя версия [3] 0.99? до 1.05?: GPL-1.0-или-более поздняя [4] [5]
Веб-сайт	www.gnu.org/software/bash/

В вычислительной технике Bash ( сокращение от « Bourne Again SHell ») ^[6] — интерактивный командный интерпретатор и командный язык программирования, разработанный для UNIX -подобных операционных систем. ^[7] Созданный в 1989 году ^[8] Брайаном Фоксом для проекта GNU , он поддерживается Free Software Foundation и разработан как 100% свободная альтернатива оболочке Bourne ( sh) и другим проприетарным оболочкам Unix . ^[9]

С момента своего создания Bash получил широкое распространение и обычно используется в качестве оболочки входа по умолчанию для многочисленных дистрибутивов Linux . ^[10] Он имеет историческое значение как одна из самых ранних программ, портированных на Linux Линусом Торвальдсом , наряду с компилятором GNU ( GCC ). ^[11] Он доступен практически во всех современных операционных системах, что делает его универсальным инструментом в различных вычислительных средах.

Как интерфейс командной строки (CLI), Bash работает в текстовом окне , где пользователи вводят команды для выполнения различных задач. Он также поддерживает выполнение команд из файлов, известных как скрипты оболочки , что облегчает автоматизацию . В соответствии с соглашениями оболочки Unix , Bash включает в себя богатый набор функций. Ключевые слова , синтаксис , динамически определяемые переменные и другие основные функции языка скопированы из оболочки Bourne , sh. Другие функции, например, история , скопированы из оболочки C , csh, и оболочки Korn , ksh. Это совместимая с POSIX оболочка с расширениями.

Хотя Bash был разработан для UNIX и UNIX-подобных операционных систем, таких как GNU/Linux, он также доступен на Android, macOS, Windows и многих других современных и исторических операционных системах. ^[12] «Хотя были попытки создать специализированные оболочки, производные от Bourne shell продолжают оставаться основными используемыми оболочками». ^[13]

Было предложено разделить подразделы этого раздела на статьи под заголовками Unix Shell , Bourne shell , Thompson shell , Korn shell и C shell . ( Обсудить ) (Январь 2025 г.)

1963 ( 1963 )

Во время работы в Массачусетском технологическом институте над операционной системой Compatible Time-Sharing System Луи Пузен написал « RUNCOM » , «своего рода оболочку, управляющую выполнением командных скриптов с заменой аргументов». Он «считал, что команды должны использоваться в качестве строительных блоков для написания большего количества команд, как библиотеки подпрограмм». ^[14]

• «Было средство, которое могло выполнять набор команд, хранящихся в файле; оно называлось runcom«команды запуска», а файл стал называться «runcom». rcВ Unix это ископаемое использование». ^{[15] [16]}
• по RUNCOM :
  • «В комментариях подстановка параметров не производится».
  • Печатные и непечатные комментарии.
  • Использование позиционных параметров.
  • выполнение переменных.

1964 ( 1964 )

Разработка MULTICS началась в Массачусетском технологическом институте.

1965 ( 1965 )

2 апреля 1965 г .: Массачусетский технологический институт публикует статью Луи Пузена "The SHELL, A Global Tool for Calling and Chaining Procedures in the System" . В статье описываются многие возможности Bash. ^[17] ( 1965-04-02 )

« Кристофер Стрейчи , британский ученый, посетил Массачусетский технологический институт примерно в то же время, и его проект макрогенератора показался мне очень прочной основой для командного языка, в частности, методов цитирования и передачи аргументов. Не будучи приглашенным по этой теме, я написал статью, объясняющую, как можно разработать командный язык Multics с этой целью. И я придумал слово «shell» для его названия». ^[14]

• «Она (т. е. оболочка Томпсона) была смоделирована по образцу оболочки Multics, разработанной в 1965 году американским инженером-программистом Глендой Шредер . Сама оболочка Multics Шредера была смоделирована по образцу программы RUNCOM, которую Луи Пузен показал команде Multics.

1968 ( 1968 )

Был выпущен ALGOL68. Оболочка Bourne позаимствовала из него концепции потока программы, замкнутых форм ( if...fi, case...esac) и завершения подстановок в любом месте. ^[18] Эти замкнутые формы и цикл for...doneand while...doneбыли определены как «защищенные команды» в 1976 году Дейкстрой. ^[19]

1969 ( 1969 )

Операционная система MULTICS была представлена ​​в результате сотрудничества MIT, GE и Bell Labs. «Она также является первой, в которой командный процессор был реализован как обычный пользовательский код — идея, которая позже была использована в оболочке Unix». Multics Wikipage Она называлась exec_com или ec. ^{[20] [21]}

1971 ( 1971 )

«Кен Томпсон (из Bell Labs) разработал первую оболочку для UNIX под названием «V6 shell». Ее единственной целью было служить в качестве интерактивной оболочки. Она поддерживала внешние команды, называемые glob, для сопоставления с образцом, и if, для условных выражений. «Оболочка представила компактный синтаксис для перенаправления ( < >и >>) и конвейеризации ( |или ^), который сохранился в современных оболочках. Вы также можете найти поддержку для вызова последовательных команд (с ;) и асинхронных команд (с &).» ^[13] Она также включала команду goto. «Однако оболочка Томпсона все еще распространялась с системой как osh». ^[22]

1972 ( 1972 )

Конвейеры были введены в Unix. ^[18]

1973 ( 1973 )

UNIX, первоначально написанный Кеном Томпсоном, Деннисом Ритчи и Брайаном Керниганом среди прочих, был выпущен компанией AT&T (страница UNIX в Википедии).

1975 ( 1975 )

• «Строительство оболочки PWB Mashey началось в середине 1975 года». ^[18]
• Сентябрь 1975 г .: компания Digital Equipment Corporation выпустила VT52, который «обеспечивал экран с 24 строками и 80 столбцами текста и поддерживал все 95 символов ASCII, а также... двунаправленную прокрутку» и, в отличие от своего предшественника VT50, поддерживал строчные буквы ( VT52 ). ( 1975-09 )

1977 ( 1977 )

• Американский национальный стандартный код для обмена информацией, или «ASCII», опубликован Национальным институтом науки и технологий, или «NIST», как FIPS PUB 1-2. ^[23] Набор символов ASCII по-прежнему используется нами сегодня как основной компонент написания переносимых сценариев оболочки.
• "Оболочка Bourne была представлена... Созданная Стивеном Борном в AT&T Bell Labs для V7 UNIX, [она] остается полезной оболочкой и сегодня (в некоторых случаях как корневая оболочка по умолчанию)". "Bourne ввел потоки управления, циклы и переменные в скрипты, предоставив более функциональный язык для взаимодействия с операционной системой (как интерактивно, так и неинтерактивно). Оболочка также позволяла использовать скрипты оболочки в качестве фильтров, обеспечивая интегрированную поддержку обработки сигналов, но не имела возможности определять функции. Наконец, она включала ряд функций, которые мы используем сегодня, включая подстановку команд (с использованием обратных кавычек) и документы HERE для встраивания сохраненных строковых литералов в скрипт". ^[13] Она использовала стиль -eq, -ne, -lt тестовых операторов
• Оболочка Korn была представлена ​​примерно в то же время, что и оболочка Bourne. Она предоставляет некоторые функции, заимствованные из Python и Ruby, такие как ассоциативные массивы и арифметика с плавающей точкой, и нацелена на поддержку нового стандарта POSIX. ^[13] К ее функциям относятся оператор проверки -ne и синтаксис проверки `[...]`, команда "for ... in", арифметический синтаксис `$((...))`, знакомый синтаксис позиционных параметров, подстановка команд и команда псевдонима.
• OpenVMS — начальный выпуск. ^[24] Позднее он включал Bash.

1978 ( 1978 )

• C shell — начальный выпуск. Создан Биллом Джоем, когда он был в Беркли, и выпущен вместе с 2BSD. «Полезной функцией, представленной Биллом Джоем в C shell, была история команд. Эта функция поддерживала историю ранее выполненных команд и позволяла пользователю просматривать и легко выбирать предыдущие команды для выполнения. Например, ввод истории команд покажет ранее выполненные команды. Клавиши со стрелками вверх и вниз можно использовать для выбора команды, или предыдущая команда может быть выполнена с помощью !!. Также можно ссылаться на аргументы предыдущей команды; например, !* ссылается на все аргументы предыдущей команды, где !$ ссылается на последний аргумент предыдущей команды». ^[13] «csh, tcsh, zsh, ash и scsh выпущены под лицензией BSD или подобной BSD».
• Август 1978 года : корпорация Digital Equipment Corporation представила VT100 . ( 1978-08 )

1983 ( 1983 )

• Оболочка TENEX C "ввела имя файла и завершение команды в дополнение к функциям редактирования командной строки. tcsh была разработана Кеном Гриром в Университете Карнеги-Меллона". ^[13] Символ shebang или hashbang был доступен в tcsh. Также, позиционные параметры как массив argv, включая argv[1], переменная оболочки $0 как argv[0], расширение параметра Count of Indices $#var, операторы -d и -x тестового синтаксиса относительно каталога и тестов исполняемости, соответственно, символ отрицания !, циклическая конструкция в команде foreach, команды set, echo и exit, назначение переменных и арифметические контексты "@ count = $count + 1" и знакомые правила двойных кавычек.
• Novell NetWare - Первоначальный выпуск. В какой-то момент он включал Bash.

1984 ( 1984 )

«Работа IEEE POSIX началась в 1984 году как результат работы, начатой ​​в организации /usr/group с целью создания стандарта для двух версий UNIX того времени — версии 6 и BSD (Беркли)». ^[25]

1986 ( 1986 )

Документы, которые стали известны как "POSIX", изначально были стандартом пробного использования IEEE. Некоторые считают его фактическим стандартом. ^[26]

1988 ( 1988 )

• 10 января 1988 г .: Брайан Фокс начал писать код для Bash ^[27] после того, как Ричард Столлман был недоволен отсутствием прогресса, достигнутым предыдущим разработчиком. ^[28] Столлман и FSF посчитали свободную оболочку, которая могла бы запускать существующие скрипты оболочки, настолько стратегически важной для полностью свободной системы, построенной из кода BSD и GNU, что это был один из немногих проектов, которые они финансировали сами. Фокс взялся за эту работу как сотрудник FSF. ^{[28] [29]} ( 1988-01-10 )
• «Первая версия IEEE Std 1003 была опубликована в 1988 году под названием «IEEE IX», но эти стандарты не определяли требования к «командному интерпретатору» или «оболочке и утилитам» до недавнего времени. «По предложению Ричарда Столлмана это было изменено на POSIX для «переносимого интерфейса операционной системы». ^{[25] [30]} Интерфейс POSIX «позволяет разработчикам приложений писать переносимые приложения — он был разработан с этой целью». ^[31]

1989 ( 1989 )

• 30 мая 1989 г .: Ясеневая оболочка Кеннета Алмквиста — Первоначальный выпуск. ^[32] ( 1989-05-30 )
• 8 июня 1989 г .: Fox выпустила Bash в качестве бета-версии, версии 0.99. ^[8] Лицензия была GPL-1.0 или более поздней. «В дополнение к поддержке обратной совместимости для написания скриптов, Bash включил в себя функции из оболочек Korn и C. Вы найдете историю команд, редактирование командной строки, стек каталогов (pushd и popd), множество полезных переменных окружения, завершение команд и многое другое». ^[13] В конечном итоге он поддерживал «регулярные выражения (похожие на Perl) и ассоциативные массивы». ( 1989-06-08 )
• Microsoft/IBM DOS через проект DJGPP — Первоначальный выпуск.

1992 ( 1992 )

• Опубликован POSIX.2: Shell and Utilities (IEEE Std 1003.2-1992).
• Брайан Фокс оставался основным разработчиком до середины 1992 ^[33] и середины 1994 года. ^{[34] [35]} Затем его обязанности перешли к другому раннему участнику, Чету Рэми. ^[36] С тех пор Bash стал самой популярной интерактивной оболочкой по умолчанию среди основных дистрибутивов GNU/Linux, таких как Fedora , Debian и openSUSE , а также среди их производных и конкурентов. ^{[37] [38]}

1992 ( 1992 )

«Первые восемь записей в (POSIX) Portable Character Set определены в стандарте ISO/IEC 6429:1992». Это null, alert, backspace, tab, cart-return, newline, vertical-tab и form-feed. ^[39]

1994 ( 1994 )

• 26 января 1994 г .: Debian — первый релиз. Bash — интерактивная и неинтерактивная оболочка по умолчанию. ^[40] (1994-01-26)

1995 (1995)

• Cygwin — первый выпуск.
• BeOS — Первоначальный выпуск. ^{[41] [42]}

1996 (1996)

• 31 декабря 1996 г .: Чет Рэми выпустил bash 2.0. Лицензия GPL-2.0 или более поздняя. (1996-12-31)

1997 (1997)

• 5 июня 1997 г .: Выпущен Bash 2.01. (1997-06-05)
• Оболочка Almquist, ash, портированная из NetBSD в Debian Гербертом Сю.

1998 (1998)

• 18 апреля 1998 г .: Выпущен Bash 2.02. (1998-04-18)
• MinGW (32-бит) — первый выпуск.
• Группа комитетов по стандартам из IEEE, Open Group и ISO/IEC начала работу над Single UNIX Specification v 3; вместе они стали известны как Austin Group. Технический стандарт для Shell и Utilities был создан в The Open Group Base Specifications, Issue 6, который сам по себе является частью Single UNIX Specification v 3. ^[43] Основное внимание в их работе было сосредоточено на том, чтобы «собрать в один документ» практики, которые, как было доказано, работают в промышленности и академических кругах, при этом внеся «минимальные изменения в существующий код приложения». ^[31]

1999 (1999)

• 19 февраля 1999 г .: Выпущен Bash 2.03. (1999-02-19)

2000 (2000)

• 21 марта 2000 г .: Выпущен Bash 2.04. (2000-03-21)
• Оболочка Korn распространяется с открытым исходным кодом под лицензией Common Public License.
• «Остальные символы» в наборе переносимых символов POSIX «определены в стандарте ISO/IEC 10646-1:2000». Они включают в себя оставшиеся символы на клавиатуре США QWERTY от <пробел> до <тильды>. ^[39]
• BeOS - Финальный релиз
• Darwin OS - Первоначальный выпуск. Bash - одна из доступных оболочек. ^[13]
• 14 сентября 2000 г .: Существует список рассылки Bug-bash. ^[44] (2000-09-14)

2001 (2001)

• 9 апреля 2001 г .: выпущен Bash 2.05. ^[45] (2001-04-09)
• Опубликован стандарт POSIX-2001, включающий раздел «Команды и утилиты». В этом участвуют Austin Group и Single Unix Specification. ^[43]

2002 (2002)

• Сентябрь 2002 г .: В Debian версия 0.4.1 ash была переименована в dash. (2002-09)

2003 (2003)

• Bash стал оболочкой по умолчанию в операционных системах Apple (например, MacOS), начиная с OS X 10.3 Panther. ^{[46] [47]} Он также был доступен в OS X 10.2 Jaguar, где оболочкой по умолчанию была tcsh.
• Стандарт оболочки и утилит POSIX-2003 опубликован IEEE. «Это стандарт компонента продукта для обязательной оболочки и утилит, связанных с функциональностью»; существует программа сертификации POSIX. ^[48]

2004 (2004)

• 27 июля 2004 г .: Выпущен Bash 3.0. ^[49] (2004-07-27)
• Опубликован POSIX-2004. ^[50]

2005 (2005)

• 9 декабря 2005 г .: Выпущен Bash 3.1. ^[51] (2005-12-09)
• Mingw-w64 — Первоначальный выпуск.

2006 (2006)

• 12 октября 2006 г .: выпущен Bash 3.2. ^[52] Лицензия — GPL-2.0 или более поздняя. (2006-10-12)
• Ubuntu использует Dash в качестве оболочки по умолчанию.

2008 (2008)

IEEE выпускает POSIX-2008. «Этот стандарт определяет стандартный интерфейс исходного уровня для оболочки и служебных функций, требуемых прикладными программами, включая скрипты оболочки». ^[48]

2009 (2009)

• 20 февраля 2009 г .: Выпущен Bash 4.0. ^[53] Лицензия — GPL-3.0 или более поздняя. (2009-02-20)
• Novell Netware - финальная версия
• 14 сентября 2009 г .: Haiku (операционная система) — первый выпуск. ^[54] «Интерфейс оболочки Haiku по умолчанию» — bash. ^[55] По состоянию на 13 сентября 2024 г. Haiku остаётся в стадии бета-тестирования. ^[56] (2009-09-14)

2011 (2011)

• 2 января 2010 г .: Выпущен Bash 4.1. ^[57] (2010-01-02)
• 6 февраля 2011 г .: Выпущен Debian Lenny с Bash в качестве интерактивной оболочки по умолчанию и dash в качестве неинтерактивной оболочки по умолчанию. ^[40] «Dash не имеет многих функций, которые можно было бы ожидать от интерактивной оболочки, что позволяет ему работать быстрее и эффективнее использовать память, чем Bash». (2011-02-06)
• 14 февраля 2011 г .: Выпущен Bash 4.2. ^[58] (2011-02-14)

2012 (2012)

В Solaris 11 «пользовательской оболочкой по умолчанию является оболочка Bourne-again (bash)» ^{[59] .}

2013 (2013)

POSIX-2013 выпущен IEEE. ^[60]

2014 (2014)

• 27 февраля 2014 г .: Выпущен Bash 4.3. ^[61] (2014-02-27)
• 8 сентября 2014 г .: Shellshock (ошибка программного обеспечения) . ^[62] Патчи для исправления ошибок были выпущены вскоре после их обнаружения. ^[63] (2014-09-08)

2015 (2015)

Termux и другие приложения эмуляции терминала обеспечивают доступность Bash на Android .

2016 (2016)

• 26 апреля 2016 г .: Windows 10 Insider Preview Build 14332 поддерживает установку Bash на Ubuntu в недавно выпущенной подсистеме Windows для Linux . ^{[64] [65]} (2016-04-26)
• POSIX-2016 выпущен IEEE. ^[66]

• 15 сентября 2016 г .: Выпущен Bash 4.4. (2016-09-15)

2017 (2017)

• Выпущена новая версия стандарта POSIX. ^[48]
• Некоторые другие современные операционные системы, поддерживающие Bash, включают и ArcaOS . ^[67]

2018 (2018)

• 31 января 2018 г .: IEEE опубликовал стандарт POSIX 2017. ^[68] (2018-01-31)
• Apple упаковывала Bash в качестве своей интерактивной оболочки по умолчанию вплоть до macOS Mojave (около 2018 г.). Однако по явным причинам лицензирования с Catalina ^[69] (около 2019 г.) Apple заменила свою оболочку по умолчанию, Bash версии 3.2 (около 2006 г.), на Z Shell версии 5.7 (около 2019 г.). ^{[70] [71]} «Двоичный файл bash, поставляемый с macOS, уже долгое время застрял на версии 3.2. bash v4 был выпущен в 2009 г., а bash v5 — в январе 2019 г. Причина, по которой Apple не перешла на эти новые версии, заключается в том, что они лицензированы с помощью GPL v3. bash v3 по-прежнему имеет лицензию GPL v2». ^[69] Zsh использует более разрешительную лицензию. ^[72]

2019 (2019)

• 7 января 2019 г .: Выпущен Bash 5.0. ^[73] (2019-01-07)

2020 (2020)

• С выпуском 2020.4 Kali Linux перешел на zsh в качестве оболочки по умолчанию для образов рабочего стола, но образы ARM, контейнеров, NetHunter и WSL по-прежнему используют Bash. ^[74]
• 7 декабря 2020 г .: Выпущен Bash 5.1. ^[75] (2020-12-07)

2022 (2022)

• 26 сентября 2022 г .: Выпущен Bash 5.2. ^[76] (2022-09-26)
• «На данный момент, в 2022 году, значительное количество совместимых с POSIX или находящихся под его влиянием систем существует на серверах, в облачных вычислительных центрах, высокопроизводительных компьютерах, системах Apple (первоначально вариациях BSD) и во многих системах сотовой связи. Количество устройств измеряется миллиардами». ^[25]

2023 (2023)

• 18 сентября 2023 г .: выпущена подсистема Windows для Linux v 2.0.0 для Windows 11. [ ^{77] [78]} (2023-09-18)

2024 (2024)

• 14 июня 2024 г .: IEEE публикует стандарт POSIX-2024. (2024-06-14)

This article is in list format but may read better as prose. You can help by converting this article, if appropriate. Editing help is available. (January 2025)

Как командный процессор , Bash работает в текстовом окне , где пользователи вводят команды для выполнения различных задач. Он также поддерживает выполнение команд из файлов, известных как скрипты оболочки , облегчая автоматизацию . В соответствии с соглашениями оболочки Unix , Bash включает в себя богатый набор функций, включая:

• Руководство пользователя, предоставленное проектом GNU, также доступно по адресу info bash, а техническое руководство доступно по адресу man bash.
• Призыв как...
  • Интерактивная оболочка,
  • Неинтерактивная оболочка, или
  • Оболочка входа;
• Интерфейс командной строки ;
• Коды статуса выхода ;
• Структуры управления для
  • Тестирование состояния ,
    • if, case, select,
    • логические И ( &&) и ИЛИ ( ||), и
  • Итерация :
    • for, while, untilпетли и
    • Арифметический цикл в стиле C: for ((;
• Синтаксисы для логического тестирования атрибутов файлов, строковых и целочисленных значений и т. д.:
  • Традиционное testкомандование,
  • Традиционный тест с одной скобкой: [,
  • Современный тест двойной скобки: [[ ... ]], включающий расширенные функции:
    • Расширенное регулярное выражение и сопоставление extglob
    • Лексикографическая сортировка с помощью <и >;
• Конвейеры в стиле UNIX : |;
• Подоболочки : ( ... );
• Сигнализация как средство межпроцессного взаимодействия с использованием trapвстроенных средств;
• Асинхронное выполнение, т. е. задания и управление заданиями :
  • job_spec &где job_specможет быть одно из:
    • Полная командная строка: <command_name> <options> <operands> <arguments> &, или
    • Идентификатор управления заданием, обозначенный начальным символом процента: %1 &;
• Режим переносимости оболочки , в котором командные строки могут интерпретироваться в соответствии со стандартом POSIX ;
• Разбор команды:
  • Комментарии игнорируются:
    • Комментарии с хэштегом в стиле Борна #и
    • :Комментарии в стиле Томпсона с двоеточием;
  • Команды анализируются по одной строке за раз:
    • Структуры контроля уважаются, и
    • Экранирование с помощью обратной косой черты \также допускается в конце строк;
  • Разделить на слова (т.е. разбиение слов ) в соответствии с правилами цитирования ,
    • Включая цитирование ANSI-C $'...';
  • Над полученной строкой выполняется семь видов расширений в следующем порядке:
    • (Шаг 1) Расширение скобок kernel{-headers},
    • (Шаг 2) Расширение тильды ~,
    • (Шаг 3) Слева направо:
      • Расширение параметров и переменных$foo или ${bar}, включая
        • Динамически определяемые переменные,
        • Индексированные массивы неограниченного размера,
        • Ассоциативные массивы через declare -A, и
        • Расширенные синтаксисы, которые могут выполнять некоторые задачи быстрее, чем внешние утилиты, в том числе:
          • Замена шаблона
            • ${foo//x/y}для sed 's/x/y/g',
          • Удалить соответствующий шаблон префикса или суффикса
            • ${bar##[a-zA-Z0-9]*}для cut -c8-,
          • Распечатать ключи массива
            • ${!array[@]}, и
          • Отображение ошибки, если значение равно нулю или не установлено
            • ${var:?error message},
      • Подстановка команды : $( ... ),
      • Замена процесса , <()или >(), когда система это поддерживает:
      • Арифметическое расширение, (( ... ))или $(( ... )), включая
        • Целочисленная арифметика в любой системе счисления от двух до шестидесяти четырех, хотя
        • Арифметика с плавающей точкой недоступна из самой оболочки (для получения информации об этой функциональности см. текущие версии bcи awk, среди прочих),
    • (Шаг 4) Разбиение слов (снова),
    • (Шаг 5) Расширение имени пути, т. е. подстановка в стиле оболочки и сопоставление с образцом с использованием *, ?, [...], и
      • (Хотя их можно использовать совместно, использование скобок в сопоставлении с образцом [...], и использование скобок в командах тестирования, [и [[ ... ]], — это разные вещи.)
    • Удаление цитаты ;
  • Выполняются перенаправления потоков данных стандартного ввода, стандартного вывода и стандартной ошибки , в том числе
    • Запись файлов, >, и добавление, >>,
    • Здесь документы , <<,
    • Здесь строки <<<, которые позволяют использовать параметры в качестве входных данных, и
    • Оператор перенаправления, >|который может принудительно перезаписать файл, если в оболочке включена настройка «noclobber»;
  • Поиск имени команды выполняется в следующем порядке:
    • Внутренние команды оболочки :
      • Псевдонимы оболочки ,
      • Зарезервированные слова Shell,
      • Функции оболочки и
      • Встроенные команды оболочки ;
    • Команды, внешние по отношению к оболочке:
      • Отдельные программы в стиле UNIX , такие как lsили ln, и
      • Скрипты оболочки , представляющие собой файлы, содержащие исполняемые команды. (Скрипты оболочки не требуют компиляции перед выполнением и, при соблюдении определенных требований, могут вызываться как команды, используя имя файла.)
  • Полученная строка выполняется как команда.

Bash также предлагает...

• Настраиваемые среды выполнения: ^[79]
  • Файлы запуска оболочки и сеанса,~/.bashrc такие как и ~/.profile(т. е. dotfiles );
  • Настройки ( set встроенные ) и параметры оболочки ( shopt встроенные ), которые изменяют поведение оболочки;
• Поддержка Юникода ;
• Только с интерактивным вызовом,
  • Неограниченный размер истории команд ,
  • Стек каталогов (см. pushdи popdвстроенные),
  • Завершение табуляции ,
  • Настраиваемые подсказки и
  • Редактирование командной строки с помощью GNU readline ;
• Легкое ведение журнала для отладки (xtrace) и другие легкие варианты отладки (errexit, noexec, nounset, pipefail и т. д.);
• Режимы совместимости оболочки : bash 5.1 может работать так же, как bash 4.2 и т. д.;
• Различные встроенные команды:
  • cd
  • pwd
• Документация:
  • Встроенная helpкоманда.
  • Страница руководства и
  • Информационная страница , которая аналогична руководству GNU;
• Неформальные пути поддержки через:
  • IRC на libera.chat #bash
  • Списки рассылки по адресу https://www.gnu.org/software/bash/

Синтаксис команд Bash является надмножеством синтаксиса команд оболочки Bourne. Bash поддерживает раскрытие фигурных скобок , ^[80] завершение командной строки (программируемое завершение), ^[81] базовую отладку ^{[82] [83]} и обработку сигналов (используя trap) начиная с bash 2.05a ^{[84] [85]} среди других функций. Bash может выполнять подавляющее большинство сценариев оболочки Bourne без изменений, за исключением сценариев оболочки Bourne, которые сталкиваются с поведением синтаксиса fringe, интерпретируемым по-разному в Bash, или пытаются запустить системную команду, соответствующую более новой встроенной команде Bash, и т. д. Синтаксис команд Bash включает идеи, взятые из оболочки Korn (ksh) и оболочки C (csh), такие как редактирование командной строки, история команд ( historycommand), ^[86] стек каталогов, переменные $RANDOMи и синтаксис подстановки команд$PPID POSIX .$(...)

Когда пользователь нажимает клавишу Tab в интерактивной командной оболочке, Bash автоматически использует автодополнение командной строки , начиная с бета-версии 2.04, ^[87] для сопоставления частично набранных имен программ, имен файлов и имен переменных. Система автодополнения командной строки Bash очень гибкая и настраиваемая, и часто поставляется с функциями, которые дополняют аргументы и имена файлов для определенных программ и задач.

Синтаксис Bash имеет много расширений, которых нет в оболочке Bourne. Bash может выполнять целочисленные вычисления («арифметическая оценка»), не порождая внешние процессы. Для этой цели он использует синтаксис ((...))command и variable. Его синтаксис упрощает перенаправление ввода-вывода . Например, он может перенаправлять стандартный вывод (stdout) и стандартную ошибку (stderr) одновременно с помощью оператора . Это проще вводить, чем эквивалент оболочки Bourne ' '. Bash поддерживает подстановку процессов с помощью синтаксиса and , который заменяет вывод (или ввод) команды, где обычно используется имя файла. (Это реализовано через неименованные каналы /proc/fd/ в системах, которые это поддерживают, или через временные именованные каналы , где это необходимо).$((...))&>command > file 2>&1<(command)>(command)

При использовании ключевого слова «function» объявления функций Bash несовместимы со скриптами Bourne/Korn/POSIX (KornShell имеет ту же проблему при использовании «function»), но Bash принимает тот же синтаксис объявления функций, что и оболочки Bourne и Korn, и соответствует POSIX. Из-за этих и других различий скрипты оболочки Bash редко запускаются под интерпретаторами оболочек Bourne или Korn, если только они специально не написаны с учетом этой совместимости, что становится все менее распространенным по мере того, как Linux становится все более распространенным. Но в режиме POSIX Bash более точно соответствует POSIX. ^[88]

Bash поддерживает here documents . Начиная с версии 2.05b Bash может перенаправлять стандартный ввод (stdin) из "here string" с помощью <<<оператора .

Bash 3.0 поддерживает внутрипроцессное сопоставление регулярных выражений , используя синтаксис, напоминающий Perl . ^[89]

В феврале 2009 года ^[90] Bash 4.0 представил поддержку ассоциативных массивов . ^[4] Индексы ассоциативных массивов представляют собой строки, подобно AWK или Tcl . ^[91] Их можно использовать для эмуляции многомерных массивов. Bash 4 также меняет свою лицензию на GPL-3.0-или-более позднюю . ^[92]

Bash предоставляет разделители команд "условного выполнения", которые делают выполнение команды зависимым от кода выхода, установленного предшествующей командой. Например:

cd " $SOMEWHERE " && ./do_something || echo "Произошла ошибка" > & 2       

Where ./do_somethingвыполняется только в том случае, если cdкоманда (изменить каталог) была «успешной» (вернула нулевой код завершения), и echoкоманда будет выполнена только в том случае, если либо команда cd, либо ./do_somethingкоманда вернет «ошибку» (ненулевой код завершения).

Для всех команд статус выхода сохраняется в специальной переменной $?. Bash также поддерживает и формы условной оценки команд.if ...;then ...;else ...;ficase $VARIABLE in $pattern)...;;$other_pattern)...;; esac

Оболочка Bash имеет два режима выполнения команд: пакетный (асинхронный) и параллельный (синхронный).

Для выполнения команд в пакетном режиме (т.е. последовательно) они должны быть разделены символом «;» или на отдельных строках:

команда1 ;  команда2команда3

В этом примере после завершения команды 1 выполняется команда 2, а после завершения команды 2 выполняется команда 3.

Фоновое выполнение команды command1 может быть выполнено с использованием (символа &) в конце команды выполнения, и процесс будет выполнен в фоновом режиме, при этом управление немедленно вернется в оболочку и будет разрешено продолжить выполнение команд.

команда1 & 

Или для одновременного выполнения command1 и command2, их необходимо выполнить в оболочке Bash следующим образом:

команда1 и команда2  

В этом случае команда 1 выполняется в фоновом режиме и символе, немедленно возвращая управление оболочке, которая выполняет команду 2 в активном режиме.

Процесс можно остановить и вернуть управление bash, набрав Ctrl+ z, пока процесс выполняется на переднем плане. ^[93]

Список всех процессов, как работающих в фоновом режиме, так и остановленных, можно получить, выполнив команду jobs:

$ jobs [1]- Выполнение команды1 и [2]+ Остановленная команда2

В выводе число в скобках относится к идентификатору задания. Знак «плюс» обозначает процесс по умолчанию для bgи fg. Тексты «Running» и «Stopped» относятся к состоянию процесса . Последняя строка — это команда, которая запустила процесс.

Состояние процесса можно изменить с помощью различных команд. fgКоманда выводит процесс на передний план, а bgостановленный процесс запускает в фоновом режиме. bgи fgможет принимать идентификатор задания в качестве первого аргумента, чтобы указать процесс, над которым нужно работать. Без него они используют процесс по умолчанию, обозначенный знаком плюс в выводе jobs. killКоманду можно использовать для преждевременного завершения процесса, отправив ему сигнал . Идентификатор задания должен быть указан после знака процента:

убить  %1

Вызов Bash с --posixопцией или указанием set -o posixв скрипте приводит Bash к очень близкому соответствию стандарту POSIX 1003.2 . ^[94] Скрипты оболочки Bash, предназначенные для переносимости, должны учитывать по крайней мере стандарт оболочки POSIX. Некоторые функции bash, не найденные в POSIX: ^{[94] [95]}

Если фрагмент кода использует такую ​​функцию, это называется «башизмом» — проблемой для переносимого использования. Debian checkbashismsи Vidar Holen shellcheckмогут быть использованы для того, чтобы убедиться, что скрипт не содержит этих частей. ^{[97] [98]} Список варьируется в зависимости от фактической целевой оболочки: политика Debian допускает некоторые расширения в своих скриптах (как в оболочке dash ), ^[95] в то время как скрипт, предназначенный для поддержки оболочек Bourne до POSIX, таких как autoconf , еще configureболее ограничен в функциях, которые он может использовать. ^[99]

Расширение скобок, также называемое чередованием, — это функция, скопированная из оболочки C. Она генерирует набор альтернативных комбинаций. Сгенерированные результаты не обязательно должны существовать в виде файлов. Результаты каждой развернутой строки не сортируются, и сохраняется порядок слева направо:

$ echo  a { p,c,d,b } e ape ace ade abe $ echo { a,b,c }{ d,e,f } ad ae af bd be bf cd ce cf 

Пользователи не должны использовать фигурные скобки в переносимых скриптах оболочки, поскольку оболочка Bourne не выдает тот же вывод.

$ # оболочка bash $ /bin/bash  -c 'echo a{p,c,d,b}e' ape ace ade abe $ # Традиционная оболочка не выдает тот же вывод $ /bin/sh -c 'echo a{p,c,d,b}e' a{p,c,d,b}e   

Когда расширение скобок сочетается с подстановочными знаками, сначала раскрываются скобки, а затем полученные подстановочные знаки подставляются обычным образом. Таким образом, список изображений JPEG и PNG в текущем каталоге можно получить с помощью:

ls  *. { jpg, jpeg, png } # расширяется до *.jpg *.jpeg *.png - после чего, # обрабатываются подстановочные знаки echo *. { png, jp { e, } g } # echo просто показывает расширения - # и фигурные скобки в фигурных скобках возможны.     

В дополнение к чередованию, расширение скобок может использоваться для последовательных диапазонов между двумя целыми числами или символами, разделенными двойными точками. Более новые версии Bash позволяют использовать третье целое число для указания приращения.

$ echo { 1 ..10 } 1 2 3 4 5 6 7 8 9 10 $ echo { 01 ..10 } 01 02 03 04 05 06 07 08 09 10 $ echo файл { 1 ..4 } .txt файл1.txt файл2.txt файл3.txt файл4.txt $ echo { a..e } abcde $ echo { 1 ..10..3 } 1 4 7 10 $ echo { a..j..3 } adgj      

Когда раскрытие фигурных скобок сочетается с раскрытием переменной (также известное как раскрытие параметра и подстановка параметра ), раскрытие переменной выполняется после раскрытия фигурных скобок, что в некоторых случаях может потребовать использования evalвстроенной функции, например:

$ start = 1 ; end = 10 $ echo { $start .. $end } # не удается расширить из-за порядка оценки {1..10} $ eval echo { $start .. $end } # происходит расширение переменной, затем оценивается результирующая строка 1 2 3 4 5 6 7 8 9 10      

This section contains instructions, advice, or how-to content. Please help rewrite the content so that it is more encyclopedic or move it to Wikiversity, Wikibooks, or Wikivoyage. (January 2019)

При запуске Bash выполняет команды из множества dot-файлов . ^[100] В отличие от сценариев оболочки Bash, dot-файлы обычно не имеют ни разрешений на выполнение, ни директивы интерпретатора, например #!/bin/bash.

Приведенный ниже пример ~/.bash_profileсовместим с оболочкой Bourne и дает семантику, похожую на csh для ~/.bashrcи ~/.bash_login. Это сокращенная оценка , которая проверяет, существует ли имя файла и является ли оно читаемым, пропуская часть после , если это не так.[ -r filename ] && cmd&&

[  -r  ~/.profile ] && . ~/.profile # настройка среды, один раз, только синтаксис Bourne-sh если [ -n " ​​$PS1 " ] ; тогда # мы интерактивны? [ -r ~/.bashrc ] && . ~/.bashrc # настройка tty/prompt/function для интерактивных оболочек [ -r ~/.bash_login ] && . ~/.bash_login # любые задачи при входе в систему только для оболочки входа fi # Конец блока "if"                             

Некоторые версии Unix и Linux содержат системные скрипты запуска Bash, обычно в /etcкаталоге . Bash выполняет эти файлы как часть своей стандартной инициализации, но другие файлы запуска могут считывать их в порядке, отличном от задокументированной последовательности запуска Bash. Содержимое файлов пользователя root по умолчанию также может иметь проблемы, как и файлы скелета, которые система предоставляет новым учетным записям пользователей при настройке. Скрипты запуска, которые запускают систему X Window, также могут делать удивительные вещи с пользовательскими скриптами запуска Bash в попытке настроить переменные среды пользователя перед запуском оконного менеджера . Эти проблемы часто можно решить с помощью файла ~/.xsessionили ~/.xprofileдля чтения ~/.profile— который предоставляет переменные среды, необходимые окнам оболочки Bash, порожденным оконным менеджером, таким как xterm или Gnome Terminal .

• Xtrace: [ set -x| set -o xtrace]

Основное средство отладки оболочки. И xtrace, и verbose можно отключить одновременно с помощью команды set -.

• Подробный: [ set -v| set -o verbose]

Выводит команду на терминал по мере того, как Bash ее читает. Bash читает конструкции все сразу, например, составные команды, включающие блоки if-fi и case-esac. Если a set -vвключено в составную команду, то "verbose" будет включен в следующий раз, когда Bash будет читать код как входные данные, т. е. после завершения текущей выполняемой конструкции. ^[101] И xtrace, и verbose можно отключить одновременно с помощью команды set -.

• расширить-псевдонимы

По умолчанию в интерактивных оболочках. Некоторые разработчики не рекомендуют использовать его в скриптах.

Bash поддерживает программируемое завершение с помощью встроенных команд complete, compoptи compgen. ^[102] Эта функция доступна с момента выхода бета-версии 2.04 в 2000 году. ^{[103] [104]} Эти команды позволяют реализовать сложную и интеллектуальную спецификацию завершения для команд (т. е. установленных программ), функций, переменных и имен файлов. ^[105]

Команды completeи compoptдве определяют, как аргументы некоторых доступных команд или опций будут перечислены во входных данных readline . Начиная с версии 5.1 завершение команды или опции обычно активируется нажатием клавиши после ввода ее имени. ^[105]Tab ↹

Bash использует GNU Readline для предоставления сочетаний клавиш для редактирования командной строки с использованием сочетаний клавиш по умолчанию ( Emacs ). Vi-связывания можно включить, запустив set -o vi. ^[106]

В качестве стандарта, на котором основана bash, особенно информативен стандарт POSIX или IEEE Std 1003.1, ^{[107] и последующие.}

Linux "man page" ^{[108] [109]} призван быть авторитетным пояснительным техническим документом для понимания того, как bashработает. Обычно он доступен при запуске man bash.

Руководство GNU иногда считается более удобным для чтения. "Вы также можете найти информацию о Bash, запустив info bash... или просмотрев /usr/share/doc/bash/, /usr/local/share/doc/bash/, или аналогичные каталоги в вашей системе. Краткую сводку можно получить, запустив bash --help. ^[110]

«Если пользователь вызывает RUNCOM без каких-либо аргументов, он выводит некоторые инструкции по его использованию и останавливается, возвращая пользователя в командную строку супервизора (системы). ( RUNCOM )»

В современных Linux-системах информацию о встроенных командах оболочки можно найти, выполнив help, help [built-in name]или man builtinsв командной строке терминала, где установлен bash. Некоторые команды, такие как echo, false, kill, или , в зависимости от вашей системы и локально установленной версии bash, могут ссылаться либо на встроенный файл оболочки, либо на системный двоичный исполняемый файл. Когда происходит одно из этих конфликтов имен команд, bash по умолчанию выполнит заданную командную строку, используя встроенный файл оболочки. Указание абсолютного пути к двоичному исполняемому файлу (т. е. ) является одним из способов обеспечения того, чтобы оболочка использовала системный двоичный файл. Эта проблема конфликта имен также влияет на любые «справочные сводки», просматриваемые с помощью и . Встроенные файлы оболочки и системные двоичные исполняемые файлы с одинаковым именем часто имеют разные параметры.printftesttrue/bin/printfkill --help/bin/kill --help

«У сопровождающего проекта также есть страница Bash, которая включает в себя часто задаваемые вопросы», ^{[111] [110]} этот FAQ актуален для версии bash 5.1 и больше не обновляется.

Запуск любых скриптов оболочки от имени пользователя root в течение многих лет широко критиковался как плохая практика безопасности. Одной из часто упоминаемых причин является то, что при запуске скрипта от имени пользователя root негативные последствия любых ошибок в скрипте будут усилены повышенными привилегиями пользователя root.

Один распространенный пример: скрипт содержит команду rm -rf ${dir}/, но переменная $dirостается неопределенной. В Linux, если скрипт был выполнен обычным пользователем, оболочка попытается выполнить команду rm -rf /как обычный пользователь, и команда не будет выполнена. Однако, если скрипт был выполнен пользователем root, то команда, скорее всего, будет выполнена успешно, и файловая система будет стерта.

Вместо этого рекомендуется использовать его sudoдля каждой команды.

• Возможности оболочки, определенные POSIX:
  • Расширения параметров: ^[125]
  • Специальные параметры: ^{[126] [127]}
  • Специальная встроенная утилита set: ^{[128] [129]}
  • Специальная встроенная утилита : ^{[130] [129]}trap [-lp] [arg] [sigspec …]
  • Утилита printf: средство надежной печати содержимого переменной:

• Возможности Bash, не определенные POSIX:
  • Переменные Bash: ^{[131] [132]}
  • Встроенная оболочка set: ^{[128] [129]}
  • Встроенная оболочка shopt: ^{[133] [129]}
  • Встроенные функции оболочки : ^{[130] [129]} Хотя POSIX определяет некоторые варианты использования встроенных функций, следующие спецификации сигналов являются расширениями Bash.trap [-lp] [arg] [sigspec …]trap

• Утилиты отладки сторонних разработчиков:
  • ShellCheck: Инструмент анализа скриптов оболочки; ^{[134] [98]}
  • devscripts-checkbashisms: Проверка того, содержит ли скрипт /bin/sh какие-либо общие конструкции, специфичные для bash; ^{[135] [97]}
  • kcov: Инструмент покрытия кода без специальных опций компиляции; ^[136]
  • Bashdb: символьный отладчик Bash. ^{[137] [138]}

При :?расширении параметров неустановленная или нулевая переменная может остановить выполнение скрипта.

• бывш.ш

  #!/bin/bash bar = " foo не определен" echo " ${ foo : ? $bar } " echo это сообщение не печатается     

  $ ./ex.sh ./ex.sh: строка 3: foo: foo не определен

Надежная печать содержимого массива, содержащего пробелы и символы новой строки, сначала в переносимом синтаксисе, а затем то же самое в Bash. Обратите внимание, что в Bash количество пробелов перед символом новой строки указано явно.

$ # В оболочке POSIX: $ array =( "a " " b" " > c " ) $ printf ',%s,\n' " ${ array [@] } " ,a , , b, , c ,     

# В Bash: объявить  -p  массив объявить  -a массив =([ 0 ]= "a " [ 1 ]= " b" [ 2 ]= $' \nc ' )   

Печать сообщения об ошибке при возникновении проблемы.

• ошибка.sh

  если  !  lsblk | grep sdb then echo Ошибка, строка $LINENO fi       

  $ ./error.sh Ошибка, строка 130

Используя xtrace . Если бы errexit был включен, то он бы не был выполнен.echo quux

• тест.ш

  #!/bin/bash set  -x foo = bar ; echo $foo false echo quux   

  $ ./test.sh + foo=bar + echo bar bar + false + echo quux quux

• Подстановка команд в стиле обратных кавычек: `...`устарела в пользу $(...);

• Использование -a или -o в командах test/ [/ ,[[
  • например, [ -r ./file -a ! -l ./file ]устарело в пользу [ -r ./file ] && ! [ -l ./file ];

• Использование арифметического синтаксиса $[...]устарело в пользу $((...))или ((...)), в зависимости от ситуации;

• Использование ^в качестве конвейера устарело в пользу |;

• Любое использование exprили let.

В сентябре 2014 года в программе была обнаружена уязвимость безопасности ^{[139] . Она получила название «} Shellshock ». Публичное раскрытие информации быстро привело к ряду атак по всему Интернету . ^{[140] [141] [142]}

Эксплуатация уязвимости может привести к выполнению произвольного кода в скриптах CGI , исполняемых определенными версиями Bash. Ошибка заключалась в том, как Bash передавал определения функций подоболочкам через переменные окружения . ^[143] Ошибка присутствовала в исходном коде с августа 1989 года (версия 1.03) ^[144] и была исправлена ​​в сентябре 2014 года (версия 4.3).

Патчи для исправления ошибок были доступны вскоре после их обнаружения. Настоятельно рекомендуется обновиться до текущей версии.

Ему были присвоены идентификаторы Common Vulnerability CVE- 2014-6271, CVE-2014-6277 и CVE-2014-7169, среди прочих. Согласно метрикам CVSS 2.x и 3.x, ошибка считается «высокой» и «критической» соответственно.

Внешняя команда bashbug сообщает об ошибках оболочки Bash. При вызове команды открывается редактор пользователя по умолчанию с формой для заполнения. Форма отправляется по почте разработчикам Bash (или, по желанию, на другие адреса электронной почты). ^{[145] [146]}

• Сравнение командных оболочек
• Multics § Команды , exec_com: первый командный процессор. ^[21]

• Раковина Альмквиста (ясень)
• Борнский снаряд (ш)
• BusyBox
• Оболочка C (csh)
• Оболочка Debian-Almquist (тире)
• Ракушка рыбы: Дружелюбная интерактивная ракушка
• Google Shell (goosh) — UNIX-подобный интерфейс для поиска Google.
• Ракушка Korn (ksh) , имеющая множество разновидностей.
• nsh - "Оболочка командной строки, похожая на fish, но совместимая с POSIX" доступна на Arch. ^[147]
• osh - «Oil Shell — это совместимая с Bash командная строка UNIX-оболочки»; доступно на Arch.
• Mashey или оболочка Programmer's Workbench
• Qshell для IBM i
• rc из Плана 9
• РУНКОМ
• rush — ограниченная пользовательская оболочка, доступная в Debian. ^[40]
• Отдельно стоящая оболочка (створка)
• scsh — оболочка схемы.
• Корпус TENEX C (tcsh)
• Оболочка Томпсона (tsh)
• Ящик для игрушек
• yash — Yet Another Shell, призванная «стать самой POSIX-совместимой оболочкой в ​​мире»; доступна на Arch.
• Z-оболочка (zsh)

• Пузен, Луи (2 апреля 1965 г.). «SHELL: глобальный инструмент для вызова и сцепления процедур в системе» (PDF) . mit.edu . MIT . Получено 5 января 2024 г. .
• Стивенсон, Нил (2003). В начале... была командная строка . HarperCollins. ISBN 978-0380815937.
• «Эволюция оболочек в Linux». ibm.com . Получено 19 мая 2024 г. .
• «Справочник по написанию сценариев :: Написание сценариев с помощью оболочки Bourne-Again (Bash)». berkeley.edu . Получено 19 мая 2024 г. .
• "IRIS :: Учебные и исследовательские информационные системы :: FAQ: Unix :: Об оболочках UNIX". berkeley.edu . Получено 19 мая 2024 г.
• "Изучение оболочки Bash, 2e" . Получено 14 января 2025 г. В этой книге описывается последняя версия bash 2.0 (версия 2.01, датированная июнем 1997 г.).
• "Apple Developer, Архив документации, Руководство по стилю оболочки" . Получено 20 января 2025 г. Авторские права © 2003, 2014 Apple Inc. Все права защищены. ... Обновлено: 2014-03-10
• "Google, Shell Style Guide" . Получено 20 января 2025 г. .