Вывод всех встроенных команд

Внутренние и внешние команды оболочки

Вводимые пользователем команды делятся на два типа:

   Внутренние — это команды, изначально встроенные в оболочку.

   Внешние — это команды, которые не встроены в оболочку. По своей сути они являются скорее небольшими отдельными программами, расположенными где-то в файловой системе (обычно, в каталогах /bin или /usr/bin).

Чтобы определить тип команды, достаточно в окне терминала ввести :

Как вы можете видеть, команды , , и — являются внутренними командами оболочки bash. А вот команды , и — являются внешними, т.к. они ссылаются на соответствующие файлы в каталоге /usr/bin.

Ознакомиться с полным списком внутренних команд оболочки можно при помощи команды :

Ядро Linux

Определенная часть программного обеспечения, которое загружается с помощью Grub, является ядром Linux. Это та часть системы, которая на самом деле называется «Linux». Ядро является центральной частью системы. Он управляет вашим процессором, памятью и устройствами ввода/вывода, такими как клавиатуры, мыши и дисплеи. Поскольку ядро обращается непосредственно к оборудованию, многие драйверы оборудования являются частью ядра Linux и запускаются внутри ядра.

Все другое программное обеспечение работает выше ядра. Ядро является частью программного обеспечения, которое лежит на самом нижнем уровне и взаимодействует с аппаратным обеспечением. Он представляет собой слой абстракции над оборудованием, который имеет дело со всеми аппаратными причудами, тогда как остальная часть системы может почти совсем с ними не иметь дело. В Windows используется ядро Windows NT, а в Linux используется ядро Linux.

Встраивание командных оболочек

Командные оболочки могут подвергаться встраиванию в рамках строк команд или, другими словами, в ходе разбора строк команд могут создаваться новые процессы, являющиеся копиями процесса текущей командной оболочки. Вы можете использовать переменные для доказательства факта создания новых командных оболочек. В примере ниже переменная $var1 существует исключительно в рамках дочерней (временной) командной оболочки.

$ echo $var1

$ echo $(var1=5;echo $var1)
5
$ echo $var1

$

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

В примере ниже демонстрируется работа встроенной командной оболочки, функционирующей в рамках другой встроенной командной оболочки.

paul@deb503:~$ A='командная оболочка'
paul@deb503:~$ echo $C$B$A $(B='встроенная ';echo $C$B$A; echo $(C='встроенная ';echo $C$B$A))
командная оболочка встроенная командная оболочка встроенная встроенная командная оболочка

Обратные кавычки

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

$ echo `cd /etc; ls -d * | grep pass`
passwd passwd- passwd.OLD
$

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

Обратные кавычки или одинарные кавычки

Размещение встраиваемых команд межу вместо круглых скобок со знаком доллара позволяет отказаться от использования одного дополнительного символа. Однако, следует быть очень осторожным, так как обратные кавычки часто путают с одинарными кавычками. В техническом плане различия между кавычками ‘ и ` являются значительными.

$ echo `var1=5;echo $var1`
5
$ echo 'var1=5;echo $var1'
var1=5;echo $var1
$

История

Thompson shell

Первая оболочка Unix — Thompson shell, написанная Кеном Томпсоном в Bell Labs (1971–1975). По современным представлениям выглядит неразвитой, но уже поддерживала перенаправления ввода/вывода, метасимволы (wildcards) для имён файлов, простые управляющие выражения с if, goto (но они были сделаны через отдельные программы). Эта оболочка проектировалась под влиянием оболочки Multics, которая, в свою очередь, делалась на базе программы RUNCOM. Это название можно встретить на современных системах в суффиксе «rc» файлов конфигурации (например, .vimrc и .bashrc).

Так, у Томпсона перенаправление выглядело следующим образом:

command1 >command2>

Такой синтаксис был затем заменён на привычный

command1 | command2

Затем появилась оболочка PWB shell (другое название — Mashey shell) (1975–1977). Там появились переменные (предшественники переменных окружения), доступ к ним через $, запуск скриптов, доработаны операторы if/then/else/endif, switch/breaksw/endsw и while/end/break/continue. Но она не стала особо популярной.

Позже появились оболочки Bourne shell и C shell, которые оказали наибольшее влияние на развитие Unix-оболочек.

Bourne shell

Stephen R. Bourne

Оболочка Bourne shell (часто называют sh по имени исполняемого файла) разработана с нуля Стивеном Борном (Stephen R. Bourne). Внедрена в ОС Unix в 1979 г (в седьмую версию ОС). Большая часть операторов была заимствована им из языка ALGOL 68. Например, наследие этого языка: перевёрнутое ключевое слово используется для завершения блока (if — fi, case — esac). Приглашение командной строки отображается в виде доллара $.

Оболочка Борна выполняла две основные задачи:

• служила интерпретатором команд, позволяя выполнять команды в интерактивном режиме;
• позволяла создавать сценарии (скрипты), которые можно было неоднократно вызывать с помощью оболочки.

Новая командная оболочка Bourne again shell (bash) разработана в 1987 году Брайаном Фоксом (Brian Fox) в рамках Free Software Foundation (Столлман). Фамилия Bourne (Борн) перекликается с английским словом born, означающим «родившийся», отсюда: рождённая-вновь-командная оболочка.

Подавляющее большинство важных скриптов командного процессора Борна могут выполняться без изменения в bash.

Командная оболочка Z shell (исполняемый файл zsh) — свободная современная sh-совместимая оболочка. Имеет ряд преимуществ перед bash, касающихся в основном работы в интерактивном режиме. Первая версия zsh была написана Паулем Фалстадом (Paul Falstad) в 1990 году.

C shell

Оболочка csh написана Биллом Джоем (Bill Joy) в университете Беркли в рамках проекта по реализации BSD Unix (1979). Билл также известен как автор текстового редактора vi.

За основу для скриптового языка csh был взят, как понятно из названия, язык C. Т.к. на тот момент, в 1978 г., это был наиболее популярный язык программирования среди разработчиков и пользователей BSD UNIX.

В настоящий момент более популярна свободная реализация csh — tcsh, или TENEX C Shell. Именно в tcsh когда-то впервые появилось автодополнение. Является оболочкой по умолчанию в FreeBSD.

#!/bin/sh
if  $days -gt 365 
then
   echo This is over a year.
fi

#!/bin/csh
if ( $days > 365 ) then
   echo This is over a year.
endif

#!/bin/sh
i=2
j=1
while  $j -le 10 
do
   echo '2 **' $j = $i
   i=`expr $i '*' 2`
   j=`expr $j + 1`
done

#!/bin/csh
set i = 2
set j = 1
while ( $j <= 10 )
   echo '2 **' $j = $i
   @ i *= 2
   @ j++
end

Кроме недостатка функциональности, можно заметить, что количество книг, справочных ресурсов, вопросов на Stackoverflow и пр. для tcsh гораздо меньше, чем для bash.

11 ответов

Лучший ответ

Перемещение комментария в раздел ответов

Согласно Техническая поддержка Microsoft может быть проблема с параметрами политики выполнения. Чтобы это исправить, попробуйте выполнить в Power Power Shell.

NB: Не забудьте запустить Powershell от имени администратора.

71

Franklin Yu
17 Сен 2018 в 19:41

Это сработало для меня:

Вы можете просто открыть обычный (вам не нужен повышенный доступ) сеанс cmd или powershell (я использую встроенный PS-терминал в vscode) и набрать следующее из папки, где находится файл сценария, например: :

И после этого вы можете запустить команду .

Примечание. Это позволит запускать только этот конкретный скрипт и только зарегистрированному пользователю.

Elmo
6 Авг 2018 в 14:29

Чтобы установить виртуальную среду только в Windows Powershell, но для активации вам нужно запустить Windows powershell от имени Администратора .

Теперь он установлен, чтобы активировать его. Запустите PowerShell от имени администратора .

1. Set-ExecutionPolicy Unrestricted -Force

Дезактивировать окружающую среду

Надеюсь, это поможет.

Для получения дополнительной помощи посетите официальную страницу https://pypi.org/project/virtualenv/1.8.2/

Amit Gupta
21 Сен 2018 в 11:23

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

• Python 3.7
• Windows 10 64bit
• PowerShell

Надеюсь, что это может помочь: https://github.com/harrywang/self-contained-project/wiki/How-to-setup-Python-3-virtual-environment-on-Windows-10

harryw
15 Фев 2020 в 21:36

В Windows откройте Windows PowerShell от имени администратора

Создать виртуальную среду

1

Do Nhu Vy
13 Фев 2020 в 15:08

Установите ExcutionPolicy для области действия после Да , затем введите Сценарии / активировать

3

Franklin Yu
17 Сен 2018 в 19:40

Для меня в Windows 10 x64 — Откройте cmd от имени администратора — powershell — введите Set-ExecutionPolicy Unrestricted -Force

Вуаля, откройте VSCode и запустите pythoninnngg

Sami Kalamallah
11 Фев 2020 в 05:44

Следуйте этим шагам до последнего. Шаг 1. Используйте Windows PowerShell в качестве АДМИНИСТРАТОРА

(ОЧЕНЬ ВАЖНО) и перейдите в папку проекта. Бегать

Шаг 2. Проверьте в папке скриптов, есть ли у вас файл activ.bat

Шаг 3. Если его здесь нет, убедитесь, что у вас есть интернет-соединение, и запустите его снова.

Шаг 4. Если файл activ.bat находится в папке сценария, продолжайте. шаг 5. запустите это на вашей оболочке

Шаг 6. Чтобы активировать virtualenv в Windows, активируйте скрипт в папке Scripts:

Шаг 7 проверьте наличие (env) в начале каждой строки, это показывает, что вы находитесь в виртуальной среде

Шаг 8. Для повторной активации при повторном запуске проекта:

1

Ochieng’
12 Сен 2019 в 09:27

В использовании PowerShell

Вместо activ.bat, который больше не работает в powershell.

Также деактивировать, просто набрав

В командной строке

8

Matt N
1 Мар 2019 в 23:52

Если вы не хотите изменять политику выполнения вашего компьютера в Windows, как я, вы можете использовать командную строку Windows вместо Windows PowerShell, и просто нужно запустить {{Х0}} активировать вашу среду

ianNg
11 Ноя 2018 в 17:06

Другое быстрое решение, которое я нашел здесь (оно применимо только для Windows Powershell), выглядит следующим образом:

Первый забег

Тогда беги

На этой позиции ваш Virtualenv активирован. Теперь, если вы деактивируете его и захотите снова активировать позже в том же сеансе PowerShell, вам просто нужно запустить

В дальнейшем нет необходимости вводить команды cmd или activ.bat .

3

idmean
24 Сен 2019 в 11:59

Терминалы

Ядра UNIX-систем имеют общее понятие терминалов. Терминал предоставляет возможность приложениям отображать выходные данные и принимать входные данные через терминальное устройство. Процесс может иметь управляющий терминал — для приложения с текстовым режимом, так он взаимодействует с пользователем.

Терминалы могут быть:

• аппаратными терминалами («tty», от «телетайп»),
• псевдотерминалами («pty»).

Аппаратные терминалы подключаются через некоторый интерфейс, такой как последовательный порт (ttyS0, …) или USB (ttyUSB0, …), или через экран ПК и клавиатуру (tty1, …). Псевдотерминалы предоставляются терминальным эмулятором, который является приложением. Файлы в каталоге /dev/pts являются псевдотерминалами.

Некоторые типы псевдотерминалов:

• Приложения GUI, такие как xterm, gnome-terminal, konsole, … преобразуют клавиатуру и события мыши в текстовый ввод и вывод изображения графически некоторым шрифтом.
• Мультиплексорные приложения, такие как screen и tmux, передают ввод и вывод на другой терминал, чтобы отделить приложения от фактического терминала.
• Удаленные приложения оболочки, такие как sshd, telnetd, rlogind, … передают ввод и вывод между удалённым терминалом на клиенте и pty на сервере.

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

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

Чтобы поэкспериментировать, запустите команду tty в терминале, чтобы узнать, какое терминальное устройство используется. Скажем, это /dev/pts/42. В шелле в другом терминале запустите echo

echo hello> /dev/pts/42

Приветствие hello будет отображаться на другом терминале. Теперь запустите

cat /dev/pts/42

и введите в другой терминал. Чтобы убить эту команду, нажмите Ctrl+C.

Запись на другой терминал иногда бывает полезной для отображения уведомления; например, команда write делает это. Чтение с другого терминала обычно не выполняется, потому что не требуется.

При нажатии клавиш Ctrl+Alt+F1, Ctrl+Alt+F2, из графической оболочки Linux-дистрибутива можно попасть в текстовый режим в терминалы tty1, tty2, … Для возврата обратно в графический режим обычно можно нажать Ctrl+Alt+F7.

Ответ 4

Позвольте мне дать неофициальное объяснение.

POSIX — это набор стандартов, который пытается отличить UNIX и UNIX-подобные системы от тех, которые с ними несовместимы. Он был создан правительством США в целях закупок. Идея заключалась в том, что федеральные закупки США нуждались в способе юридического определения требований для различного рода предложений и контрактов таким образом, который можно было бы использовать для исключения систем, на которые данная существующая кодовая база или штат программистов НЕ переносится.

Поскольку POSIX был написан постфактум… для описания слабо похожего набора конкурирующих систем… он НЕ был написан таким образом, чтобы его можно было реализовать. Так, например, NT от Microsoft была написана с достаточным соответствием POSIX, чтобы претендовать на некоторые предложения… хотя подсистема POSIX была по существу бесполезна с точки зрения практической переносимости и совместимости с системами UNIX. На протяжении десятилетий были написаны и другие стандарты для UNIX. Такие, как SPEC1170 (определял одиннадцать сотен семьдесят вызовов функций, которые должны были быть реализованы совместимо), и различные воплощения SUS (Single UNIX Specification). По большей части эти стандарты были неадекватны для любого практического технического применения. Они существуют в основном для споров, юридических препирательств и других неблагоприятных причин.

Для чего нужен login shell

Вход в систему обрабатывается оболочкой и другими инструментами, например, сам login или ваш диспетчер рабочего стола (с помощью PAM и различных других инструментов).

Назначение оболочки входа не в том, чтобы обрабатывать вход в систему, а в том, чтобы вести себя соответствующим образом как первая оболочка в сеансе входа в систему: в основном это означает обработку файлов запуска, которые должны обрабатываться только один раз за сеанс входа, и защиту сеанса входа в систему от нежелательных взаимодействие с некоторыми функциями системы (в частности, приостановка работы).

Особенности оболочки входа, по крайней мере, реализованной в Bash, заключаются в следующем:

• оболочка входа в систему обрабатывает команды из /etc/profile, затем первый файл, который она находит среди ~/.bash_profile, ~/.bash_login и ~/.profile (если только это не интерактивная оболочка входа, запущенная без параметра —login);
• при выходе из оболочки входа выполняется logout вместо exit;
• выход из оболочки входа в систему прерывает все задания;
• оболочку входа нельзя приостановить;
• оболочка входа устанавливает переменную HOME (кроме POSIX-корректного режима);
• оболочка входа устанавливает параметр оболочки login_shell.

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

Графический сервер X.org

Часть Linux, представляющая собой графический рабочий стол, не является частью ядра Linux. Она реализуется с помощью пакете специального вида, известного как «Сервер X», поскольку он реализует «Оконную систему X», которая возникла много лет назад.

В настоящее время наиболее популярным сервером X или графическим сервером является сервер X.org. Когда вы видите окно графического входа или появляется рабочий стол, то это свое волшебство проявляет сервер X.org. Работа всей графической системы осуществляется под управлением сервера X.org, который взаимодействует с вашей видеокарты, монитором, мышью и другими устройствами. X.org не предоставляет полную окружение рабочего стола, это просто графическая система, поверх которой могут быть созданы окружение и инструментарий рабочего стола.

Споры [ править ]

512- против 1024-байтовых блоков править

POSIX требует 512-байтовых размеров блоков по умолчанию для утилит df и du , что отражает типичный размер блоков на дисках. Когда Ричард Столлман и команда GNU реализовывали POSIX для операционной системы GNU , они возражали против этого на том основании, что большинство людей думают в терминах блоков размером 1024 байта (или 1 КиБ ). Переменная среды POSIX_ME_HARDER была введена, чтобы позволить пользователю принудительно установить поведение, соответствующее стандартам. Имя переменной было позже изменено на POSIXLY_CORRECT . Эта переменная теперь также используется для ряда других особенностей поведения.

Обзор [ править ]

Unix был выбран в качестве основы для стандартного системного интерфейса отчасти потому, что он был «нейтральным к производителю». Однако существовало несколько основных версий Unix, поэтому возникла необходимость в разработке системы общего знаменателя. Спецификации POSIX для Unix-подобных операционных систем изначально состояли из единого документа для основного интерфейса программирования , но со временем выросли до 19 отдельных документов (POSIX.1, POSIX.2 и т. Д.). Стандартизированная пользовательская командная строка и интерфейс сценариев были основаны на оболочке UNIX System V. Многие программы, службы и утилиты пользовательского уровня (включая awk , echo ,ed ) также были стандартизированы вместе с необходимыми сервисами программного уровня (включая базовый ввод-вывод : файл , терминал и сеть ). POSIX также определяет стандартный API библиотеки потоков, который поддерживается большинством современных операционных систем. В 2008 году большинство частей POSIX были объединены в единый стандарт (IEEE Std 1003.1-2008 , также известный как POSIX.1-2008).

По состоянию на 2014 год документация POSIX разделена на две части:

• POSIX.1, издание 2013 г .: базовые определения POSIX, системные интерфейсы, команды и служебные программы (включая POSIX.1, расширения для POSIX.1, службы реального времени, интерфейс потоков, расширения в реальном времени, интерфейс безопасности, доступ к сетевым файлам) и межпроцессное взаимодействие в сети, расширения пользовательской переносимости, исправления и расширения, служебные программы защиты и управления и служебные программы пакетной системы. Это POSIX 1003.1-2008 с техническим исправлением 1.)
• Тестирование на соответствие POSIX: Набор тестов для POSIX сопровождает стандарт: VSX-PCTS или VSX POSIX Conformance Test Suite .

Разработка стандарта POSIX происходит в Austin Group (совместная рабочая группа IEEE, The Open Group и ISO / IEC JTC 1 ).

Файлы UNIX

Первый набор команд, который мы обсудим, – это файлы.

Программа для смены оболочки пользователя — chsh

chsh — измените оболочку входа пользователя на постоянной основе.

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

sh
bash
pwsh
dash
zsh

chsh используется для изменения оболочки входа в систему. Если оболочка не указана в командной строке, chsh запрашивает её.

chsh поддерживает нелокальные записи (kerberos, LDAP и т.д.), если они связаны с libuser, в противном случае используйте ypchsh, lchsh или любую другую реализацию для нелокальных записей.

Синтаксис команды:

sudo chsh -s ОБОЛОЧКА

В качестве ОБОЛОЧКИ нужно указать одну из оболочек, как они перечислены в файле /etc/shells.

chsh примет полный путь к любому исполняемому файлу в системе.

Поведение по умолчанию для пользователей без полномочий root — принимать только оболочки, перечисленные в файле /etc/shells, и выдавать предупреждение для пользователя root. Его также можно настроить во время компиляции, чтобы выдавать предупреждение только для всех пользователей.

Настройка переменных оболочки и окружения

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

Создание переменных оболочки

Мы начнем с определения переменной оболочки внутри нашего текущего сеанса. Сделать это достаточно просто; нам нужно указать только имя и значение. Мы будем придерживаться конвенции по использованию исключительно заглавных букв в имени и зададим для него в качестве значения простую строку.

Здесь мы использовали кавычки, поскольку значение нашей переменной содержит пробел. Кроме того, мы использовали одинарные кавычки, потому что восклицательный знак — это специальный символ оболочки bash, который обычно использует историю bash, если не воспользоваться экранированием или одинарными кавычками.

Теперь у нас есть переменная. Эта переменная доступна в нашем текущем сеансе, но она не будет передаваться дочерним процессам.

Мы можем увидеть это, выполнив с помощью команды grep поиск новой переменной в выводе :

Мы можем убедиться, что это не переменная окружения, попробовав выполнить то же самое действие для команды :

Вывод должен быть пустой.

Давайте воспользуемся этим как возможностью продемонстрировать способ получения доступа к значению любой переменной оболочки или окружения.

Как вы можете видеть, сослаться на значение переменной можно, добавив перед ее именем знак . Оболочка в результате понимает, что при обнаружении этой конструкции следует подставить значение переменной.

Теперь у нас есть переменная оболочки. Она не должна передаваться каким-либо дочерним процессам. Мы можем развернуть новую оболочку bash, используя для этого текущую оболочку, чтобы продемонстрировать это:

Если мы введем , чтобы развернуть дочернюю оболочку, а затем попробуем получить доступ к содержимому переменной, значение не будет возвращено. Именно этого мы и ожидали.

Вернитесь к нашей оригинальной оболочке, введя :

Создание переменных окружения

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

Наша переменная будет превращена в переменную окружения. Мы можем убедиться в этом, снова проверив наш список переменных окружения:

В этот раз наша переменная отображается в списке. Давайте повторим наш эксперимент с дочерней оболочкой:

Отлично! Наша дочерняя оболочка получила переменную, настроенную в родительской оболочке. Перед тем как выйти из дочерней оболочки, давайте попробуем экспортировать другую переменную. Мы можем задать переменные окружения за один шаг, например:

Проверьте, что переменная успешно была экспортирована в окружение:

Теперь давайте вернемся в нашу оригинальную оболочку:

Давайте посмотрим, доступна ли наша новая переменная:

Ничего не возвращается.

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

Переменная была установлена в качестве переменной окружения в нашей дочерней оболочке. Эта переменная будет доступна из своей оболочки и любой из ее дочерних оболочек и процессов. Когда мы вышли обратно в нашу основную оболочку, это окружение было уничтожено.

Параметры командной оболочки

И команда , и команда являются встроенными командами командной оболочки. Они могут использоваться для установки значений параметров самой командной оболочки bash. Проясним это утверждение, рассмотрев следующий пример. По умолчанию командная оболочка будет рассматривать неустановленные переменные как переменные, не имеющие ассоциированных значений. После установки значения параметра -u командная оболочка будет рассматривать любые обращения к неустановленным переменным как ошибки. Обратитесь к странице руководства для командной оболочки bash для получения дополнительной информации.

$ echo $var123

$ set -u
$ echo $var123
-bash: var123: unbound variable
$ set +u
$ echo $var123

$

Для вывода списка всех параметров вашей командной оболочки с установленными значениями следует использовать команду . Параметр (или ) будет описан позднее в рамках данной книги (в главе, посвященной перенаправлению потоков ввода/вывода).

$ echo $-
himBH
$ set -C ; set -u
$ echo $-
himuBCH
$ set +C ; set +u
$ echo $-
himBH
$

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

Заключение

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

Такой подход обладает множеством преимуществ в определенных ситуациях. Например, некоторые механизмы развертывания используют переменные окружения для настройки информации аутентификации. Это полезно, потому что данный способ позволяет избежать необходимости сохранения этих данных в файлах, которые могут быть видны третьим сторонам.

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