В чем разница между .bashrc
и .bash_profile
и какой я должен использовать?
bash
bashrc
.bash-profile
cfischer
источник
источник
.profile
, взгляните на этот вопрос: superuser.com/questions/789448/…Ответы:
Традиционно, когда вы входите в систему Unix, система запускает одну программу для вас. Эта программа представляет собой оболочку, то есть программу, предназначенную для запуска других программ. Это оболочка командной строки: вы запускаете другую программу, набирая ее имя. Оболочка по умолчанию, оболочка Bourne, читает команды,
~/.profile
когда она вызывается как оболочка входа в систему.Баш - похожая на Борна оболочка. Он читает команды,
~/.bash_profile
когда он вызывается как оболочка входа в систему, и если этот файл не существует¹,~/.profile
вместо этого он пытается прочитать .Вы можете вызвать оболочку напрямую в любое время, например, запустив эмулятор терминала в среде графического интерфейса. Если оболочка не является оболочкой входа, она не читается
~/.profile
. Когда вы запускаете bash как интерактивную оболочку (то есть, чтобы не запускать скрипт), он читает~/.bashrc
(кроме случаев, когда он вызывается как оболочка входа в систему, тогда он читает только~/.bash_profile
или~/.profile
.Следовательно:
~/.profile
это место для размещения материала, который применяется ко всему сеансу, например, программы, которые вы хотите запустить при входе в систему (но не графические программы, они идут в другой файл), а также определения переменных среды.~/.bashrc
это место для размещения вещей, которые применяются только к самому bash, таких как определения псевдонимов и функций, параметры оболочки и настройки подсказок. (Вы также можете разместить здесь привязки клавиш, но для bash они обычно используются~/.inputrc
.)~/.bash_profile
может использоваться вместо~/.profile
, но он читается только bash, а не какой-либо другой оболочкой. (Это в основном вызывает беспокойство, если вы хотите, чтобы ваши файлы инициализации работали на нескольких машинах, а ваша оболочка входа не была bash на всех из них.) Это логичное место, чтобы включить,~/.bashrc
если оболочка является интерактивной. Я рекомендую следующее содержание в~/.bash_profile
:На современных устройствах есть дополнительное осложнение, связанное с
~/.profile
. Если вы входите в графическую среду (то есть, если программа, в которой вы вводите пароль, работает в графическом режиме), вы автоматически не получаете оболочку входа, которая читает~/.profile
. В зависимости от графической программы входа в систему, от оконного менеджера или среды рабочего стола, которые вы запускаете впоследствии, и от того, как ваш дистрибутив сконфигурировал эти программы, вы~/.profile
можете или не можете прочитать. Если это не так, обычно есть другое место, где вы можете определить переменные среды и программы, которые будут запускаться при входе в систему, но, к сожалению, стандартного расположения нет.Обратите внимание, что вы можете увидеть здесь и там рекомендации, чтобы либо помещать определения переменных среды,
~/.bashrc
либо всегда запускать оболочки входа в систему в терминалах. Оба плохие идеи. Наиболее распространенная проблема с любой из этих идей заключается в том, что переменные среды будут устанавливаться только в программах, запускаемых через терминал, а не в программах, запускаемых непосредственно с помощью значка, меню или сочетания клавиш.¹ Для полноты, по запросу: если
.bash_profile
не существует, bash также пытается,.bash_login
прежде чем вернуться к.profile
. Не стесняйтесь забыть, что это существует.источник
~/.bash_profile
Вместо этого можно использовать~/.profile
~/.bashrc
оператор , но его также необходимо включить, если оболочка является интерактивной. вводит в заблуждение, так как это ортогональные вопросы. Неважно, используете ли вы~/.bash_profile
или~/.profile
вы должны включить~/.bashrc
тот, который вы используете, если вы хотите, чтобы настройки оттуда вступили в силу в оболочке входа.~/.bashrc
имеет какое-то отношение к выбору,~/.bash_profile
а~/.profile
не к неправде. Если кто-то включает~/.bashrc
в сценарии любой вид источника во время входа в систему (здесь это либо~/.bash_profile
или~/.profile
), потому что он хочет, чтобы настройки~/.bashrc
применялись к оболочке входа в систему так же, как они применяются к оболочке без входа в систему.Из этой короткой статьи
источник
В старые времена, когда псевдо-tty не были псевдо-и фактически, ну, типизированными, и UNIX-системы были доступны модемам так медленно, что вы могли видеть каждую букву, выводимую на экран, эффективность была первостепенной. Чтобы немного повысить эффективность, у вас была концепция главного окна входа в систему и любых других окон, которые вы использовали для реальной работы. В главном окне вы хотите получать уведомления на любую новую почту, возможно, запускать некоторые другие программы в фоновом режиме.
Чтобы поддержать это, оболочка создала файл
.profile
специально для «оболочек входа в систему». Это сделало бы особенное, после настройки сеанса. Bash несколько расширил это, чтобы сначала посмотреть на .bash_profile, а затем на .profile, чтобы вы могли поместить туда только вещи bash (чтобы они не испортили оболочку Bourne и т. Д., Которые также рассматривали .profile). Другие оболочки, не входящие в систему, могут просто получить rc-файл .bashrc (или .kshrc и т. Д.).Это немного анахронизм сейчас. Вы не входите в основную оболочку столько, сколько вы входите в менеджер окон графического интерфейса. Главное окно не отличается от любого другого окна.
Мое предложение - не беспокойтесь об этой разнице, она основана на более старом стиле использования Unix. Устранить разницу в ваших файлах. Все содержимое .bash_profile должно быть:
[ -f $HOME/.bashrc ] && . $HOME/.bashrc
И поместите все, что вы действительно хотите установить в .bashrc
Помните, что .bashrc поставляется для всех оболочек, интерактивных и неинтерактивных. Вы можете замкнуть источник для неинтерактивных оболочек, поместив этот код в верхнюю часть .bashrc:
[[ $- != *i* ]] && return
источник
.$HOME/.bashrc
Rich, показанного выше, настройки.bashrc
будут доступны в оболочках входа в систему и, следовательно, в среде рабочего стола. Например, в моей системе Fedoragnome-session
запускается как-$SHELL -c gnome-session
, так.profile
и читается..bashrc
in.profile
обычно не работает, потому что.profile
может выполняться/bin/sh
и не bash (например, в Ubuntu для графического входа в систему по умолчанию), и эта оболочка может быть не интерактивной (например, для графического входа в систему).[[ $- != *i* ]] && return
»); Мне нравится, что некоторые из моих команд.bashrc
выполняются даже для неинтерактивных оболочек, в частности для установки переменных env при выдачеssh hostname {command}
, чтобы удаленные команды выполнялись правильно (даже если оболочка не является интерактивной). Но другие настройки позже.bashrc
следует игнорировать. Я обычно проверяю TERM = тупой и / или неустановленный, а затем выручаю рано.Взгляните на этот отличный пост в блоге ShreevatsaR . Вот выдержка, но перейдите к сообщению в блоге, оно включает в себя объяснение таких терминов, как «оболочка входа», блок-схема и аналогичная таблица для Zsh.
источник
[ -z "$PS1" ] && return
? В таблице в моем ответе приведен список сценариев, запускаемых Bash, независимо от содержимого этих сценариев, если в самом сценарии есть строка[ -z "$PS1" ] && return
, конечно, это вступит в силу, но я не думаю, что это должно означать, что я должен изменить Таблица.ЛУЧШИЙ КОММЕНТАРИЙ ДЛЯ ГЛАВЫ / ETC / PROFILE
Основываясь на великолепном ответе Flimm выше, я вставил этот новый комментарий во главе моего профиля Debian / etc / (вам может понадобиться настроить его для вашего дистрибутива.) :
И эта заметка в заголовке каждого из других файлов установки для ссылки на него:
Стоит отметить, что я думаю, что по умолчанию источники / etc / profile Debian (включают в себя) /etc/bash.bashrc (это когда /etc/bash.bashrc существует). Так что сценарии входа в систему читают оба файла / etc, а не входящие в систему - только bash.bashrc.
Также следует отметить, что /etc/bash.bashrc настроен так, чтобы ничего не делать, если он не запускается в интерактивном режиме. Таким образом, эти два файла предназначены только для интерактивных сценариев.
источник
Логика конфигурации самого bash не очень сложна и объясняется в других ответах на этой странице, на сервере и во многих блогах. Проблема, однако, в том, что дистрибутивы Linux делают из bash , я имею в виду сложные и различные способы, которыми они конфигурируют bash по умолчанию. http://mywiki.wooledge.org/DotFiles кратко упоминает некоторые из этих причуд. Вот один пример трассировки в Fedora 29, который показывает, какие файлы являются источником, какие другие файлы и в каком порядке для очень простого сценария: удаленное соединение с ssh и затем запуск другого подоболочки:
Наиболее сложная логика Fedora находится в
/etc/bashrc
. Как видно выше,/etc/bashrc
файл, о котором сам bash не знает, я имею в виду не напрямую./etc/bashrc
Тесты Fedora :... а затем делает совершенно разные вещи в зависимости от них.
Если вы думаете, что помните приведенный выше график, то это слишком плохо, потому что этого недостаточно: этот график просто описывает только один сценарий, при запуске неинтерактивных сценариев или запуске графического сеанса происходят немного другие вещи. Я опустил
~/.profile
. Я опустилbash_completion
сценарии. По причинам обратной совместимости, вызывая bash/bin/sh
вместо того, чтобы/bin/bash
изменять его поведение. А как насчет зш и других оболочек? И, конечно, разные дистрибутивы Linux работают по-разному, например, Debian и Ubuntu поставляются с нестандартной версией bas h, она имеет специфичные для Debian настройки. В частности, он ищет необычный файл:/etc/bash.bashrc
, Даже если вы придерживаетесь одного дистрибутива Linux, он, вероятно, со временем эволюционирует. Подождите: мы даже не коснулись macOS, FreeBSD, ... Наконец, давайте подумаем, если пользователи будут придерживаться еще более креативных способов, которыми их администраторы настраивали систему, которую они должны использовать.Как показывает бесконечный поток дискуссий на эту тему, это безнадежное дело. Пока вы просто хотите добавить новые значения, некоторых проб и ошибок будет достаточно. Самое интересное начинается тогда, когда вы хотите изменить в одном (пользовательском) файле что-то, уже определенное в другом (в / etc). Тогда будьте готовы потратить некоторое время на разработку решения, которое никогда не будет переносимым.
Для последней забавы вот «исходный граф» для того же простого сценария на Clear Linux с июня 2019 года:
источник