Как перезагрузить .bashrc без выхода и повторного входа?

Question

Как перезагрузить .bashrc без выхода и повторного входа?

1111

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

Jed Daniels 25 март 2010, в 16:24

Источник

Теги:

bash

10 ответов

165

или вы можете использовать;

exec bash

делает то же самое. (и легче запомнить, по крайней мере для меня)

Команда

exec заменяет оболочку данной программой, в нашем примере она заменяет нашу оболочку bash (с обновленными файлами конфигурации)

WhoSayIn 06 март 2012, в 14:59

4

Этот работал для меня на CentOS, спасибо.
Nomaed 15 июль 2014, в 08:03
8

Я думаю, что это самый элегантный.
David 天宇 Wong 11 авг. 2014, в 07:02
19

начало bash ...
SEoF 11 сен. 2014, в 14:23
9

Не могли бы вы объяснить разницу между source .bashrc командой source .bashrc и exec bash ?
muradin 20 нояб. 2014, в 07:42
15

@muradin, source - это встроенная команда оболочки, которая выполняет содержимое файла, переданного в качестве аргумента, в текущей оболочке . Так что в вашем примере он выполняет файл .bashrc в текущей оболочке. И команда exec заменяет оболочку на заданную программу, в вашем примере она заменяет вашу оболочку на bash (с обновленными файлами конфигурации)
WhoSayIn 24 нояб. 2014, в 13:15
2

Это здорово, особенно потому, что bashrc может быть обновлен либо в каталоге /etc либо в /home , и нам не нужно об этом заботиться.
Han 31 март 2015, в 10:07
2

В моих гиперспецифических обстоятельствах это полностью потрясло. Мой Dockerfile выполняет скрипт установки, который модифицирует .bashrc. Затем мне нужно это перезагрузить, но . ~/.bashrc будет выполняться в dash а не в bash , поэтому возникает ошибка, потому что shopt отсутствует. source не найден в оболочке, так что решение также отсутствует. Я попробовал это, и образ докера выстроился плавно!
m59 02 июнь 2015, в 02:11
1

Для CentOS7 и с конфигами helper bash это было очень полезно. Ведение . ~/.bashrc не перезагрузил мой пользовательский файл псевдонимов.
onebree 07 окт. 2015, в 15:53
6

Элегантно, но «делает то же самое» не совсем правильно. source ~/.bashrc сохранит всю вашу оболочку (хотя, вероятно, измененную с помощью источника ~/.bashrc ), тогда как exec bash сохранит только переменные среды вашей текущей оболочки (любые специальные изменения текущей оболочки в терминах оболочки переменные, функции, опции потеряны). В зависимости от ваших потребностей, тот или иной подход может быть предпочтительным.
mklement0 28 янв. 2016, в 22:49
1

@ mklement0, спасибо за подробную информацию. Это решение будет работать во многих случаях, но я полагаю, что вам может понадобиться использовать -source- в ситуациях, которые вы упомянули.
WhoSayIn 01 фев. 2016, в 12:31
10

@ SEOF, когда вы говорите «начало bash» и если вы думаете, что я думаю, вы думаете, я должен сказать, что вы не правы. В отличие от фильма, вы не продолжаете входить в bash из bash, когда вы постоянно выполняете exec bash . Команда exec заменяет оболочку программой, в нашем случае bash. Таким образом, в терминале всегда существует один экземпляр bash.
John Red 20 май 2016, в 17:07
1

Упоминаются некоторые конкретные примеры сюрпризов типа @ mklement0 : Ваш popd каталогов pushd / popd будет удален (кроме CWD), а приглашение PS1 будет сброшено. Некоторые среды разработки, такие как virtualenv / venv , изменяют ваш PATH и другие переменные и помещают имя активной среды в приглашение PS1 . После exec bash переменные среды все еще активны, но визуальный индикатор в приглашении PS1 пропал. Кроме того, исчезли такие функции очистки, как deactivate .
Kevin J. Chase 26 сен. 2016, в 12:50
2

Это работает для моего Cygwin + win7. Спасибо! Печатание это быстрее, чем печатать. ~ / .Bashrc
Danniel Little 15 март 2017, в 19:45
0

Будет ли это работать для другой сессии, которую я открою после запуска exec bash в моей текущей сессии?
nitinr708 01 авг. 2017, в 08:45

Показать ещё 12 комментариев

50

В добавьте и сравните два самых популярных ответа: . ~/.bashrc и exec bash:

Оба решения эффективно перезагружают ~/.bashrc, но существуют различия:

source ~/.bashrc будет сохранить текущую оболочку:
- За исключением изменений, которые перезагружает ~/.bashrc в текущую оболочку (источник), текущая оболочка и ее состояние сохраняются, которая включает переменные среды, переменные оболочки, параметры оболочки, функции оболочки, и история команд.
exec bash или, более надежно, exec "$BASH" ^[1], будет заменить текущую оболочку на новый экземпляр, и поэтому сохранит только текущие переменные среды оболочки (включая те, которые вы определили ad-hoc).
- Другими словами: любые временные изменения текущей оболочки в терминах переменных оболочки, функций оболочки, параметров оболочки, истории команд теряются.

В зависимости от ваших потребностей может быть предпочтительным один или другой подход.

^{[1] exec bash мог теоретически выполнить другой исполняемый файл bash, чем тот, который запустил текущую оболочку, если она существует в каталоге, указанном ранее в $PATH. Поскольку специальная переменная $BASH всегда содержит полный путь к исполняемому файлу, который запустил текущую оболочку, exec "$BASH" гарантированно использует тот же исполняемый файл.

Примечание re "..." вокруг $BASH: двойное кавывание гарантирует, что значение переменной используется как есть, без интерпретации Bash; если значение не имеет встроенных пространств или других метасимволов оболочки (что в данном случае маловероятно), вам не нужны только двойные кавычки, но использование их - хорошая привычка формироваться.}

mklement0 28 янв. 2016, в 23:45

0

Вы ответили на мой вопрос, прежде чем я смог его задать. Это хорошо знать; Я часто устанавливаю свой CLASSPATH для одного сеанса.
swinefish 07 апр. 2016, в 08:22
0

Так что даже если я вызову exec "$ BASH", найдутся ли переменные, которые устанавливает .bashrc, в командной оболочке, которую я открою следующей (используя тот же исполняемый файл, что и мой текущий сеанс)?
nitinr708 01 авг. 2017, в 08:49
2

@ nitinr708: Да, exec $BASH будет источником ~/.bashrc , так что вы увидите его изменения в среде оболочки в новом сеансе.
mklement0 01 авг. 2017, в 12:45
0

@ Gaming32, я ценю идею гиперссылки на сноску, но на самом деле она не сработала (и в таком коротком ответе, как этот, это не так уж важно).
mklement0 24 март 2019, в 20:49

Показать ещё 2 комментария

44

. .bashrc

...

Randy Proctor 25 март 2010, в 19:44

24

Это будет работать только в том случае, если ваш текущий каталог фактически является вашим домашним каталогом. Следующее будет работать:. ~ / .Bashrc
Brian Showalter 25 март 2010, в 18:09
6

Что делает эту работу? Что на самом деле происходит, когда я делаю ".bashrc"? Спасибо!
Jed Daniels 25 март 2010, в 18:34
54

, является ярлыком BASH для встроенной команды «source». Таким образом, «.bashrc» аналогично «.bashrc» для интерпретатора BASH.
Brian Showalter 25 март 2010, в 18:45
7

Здорово. Благодарю. Теперь, когда я не знал.
Jed Daniels 25 март 2010, в 18:49
2

Я только что отправил запрос на редактирование, чтобы добавить ~/ , но, поскольку в верхнем ответе указаны оба source ~/.bashrc и . ~/.bashrc Интересно, этот ответ нужно просто удалить как избыточный?
Max Ghenis 01 дек. 2016, в 00:04
0

непонятно, что вы отвечаете ... нам нужно больше точек ...
naXa 04 фев. 2017, в 21:51
0

@RandyProctor: Хотя похвально, что вы указываете, что ваш ответ уступает принятому, было бы еще лучше, если бы вы просто удалили его, учитывая, что он не только явно уступает (потому что работает только в том случае, если текущий каталог быть домашним директором текущего пользователя, как указано), но, наоборот, не добавляет ничего интересного.
mklement0 24 март 2019, в 21:00

Показать ещё 5 комментариев

14

В зависимости от вашей среды просто введите

bash

также может работать.

James 08 март 2012, в 12:09

15

Тем не менее, это вызовет новую оболочку в текущей, тратя таким образом ресурсы. Лучше использовать exec- решение @ WhoSayln, которое заменяет текущую оболочку вновь вызванной.
Bernhard Wagner 04 сен. 2013, в 09:45
0

да, просто используйте источник. Это совершенно ненужно и раздражает.
dylnmc 23 сен. 2014, в 20:50
0

В дополнение к комментарию @ BernhardWagner вы также потеряете текущую историю bash, если создадите новую оболочку
peter 06 май 2017, в 12:45
0

Это хорошее решение, при котором доступ к привилегиям пользователя ограничен.
Tunde Pizzle 18 окт. 2018, в 07:36

Показать ещё 2 комментария

9

При этом вы не будете даже вводить "source ~/.bashrc":

Включите файл bashrc:

alias rc="vim ~/.bashrc && source ~/.bashrc"

Каждый раз, когда вы хотите отредактировать свой bashrc, просто запустите псевдоним " rc"

Roy Lin 29 фев. 2016, в 20:24

5

TL; DR

. ~/.bashrc

TMI

. ~/.bashrc

. это BASH ярлык для встроенной команды "source". - Брайан Шоуолтер

source ~/.bashrc

Alternative

exec bash

source - это встроенная команда оболочки, которая выполняет содержимое файла, переданного как аргумент, в текущей оболочке.

exec команда заменяет оболочку заданной программой...

- WhoSayIn

Geoffrey Hale 14 фев. 2017, в 23:00

2

exec bash прежнему наследует среду текущей оболочки. exec env -i bash будет ближе (или exec env -i bash -l если вы сейчас находитесь в оболочке входа в систему).
chepner 16 май 2017, в 20:42

2

Я использую следующую команду в msysgit

. ~/.bashrc

более короткая версия

source ~/.bashrc

Sojan V Jose 02 окт. 2014, в 20:45

6

Это был принятый ответ в течение 4 лет?
jwg 09 окт. 2014, в 13:29
0

@jwg принятый ответ. .bashrc. будет работать только если вы находитесь в домашнем каталоге на msysgit.
Sojan V Jose 09 окт. 2014, в 17:15
0

@jwg Хорошо, я говорил, что вам не нужно печатать 'source ~ / .bashrc', вместо этого используйте более короткую версию.
Sojan V Jose 09 окт. 2014, в 17:21
0

@jwg хорошо, я добавил это как редактирование к оригинальному ответу :)
Sojan V Jose 09 окт. 2014, в 19:28
0

Почему избыточный ответ @ Соян?
nitinr708 02 авг. 2017, в 14:24
0

@ nitinr708 2014. я едва помню: P. оригинальный ответ был отредактирован позже, что-то, я думаю.
Sojan V Jose 06 авг. 2017, в 20:30

Показать ещё 4 комментария

2

Тип:

source .bashrc

jwismar 25 март 2010, в 19:44

1

Опять же, работает, только если вы находитесь в домашнем каталоге, или, точнее, в каталоге, где находится .bashrc . Как сказано в принятом ответе, более правильный способ сделать это - source ~/.bashrc .
John Red 20 май 2016, в 17:12

1

Это также сработает.

cd ~
source .bashrc

kirti 04 март 2014, в 14:08

7

Это так, но он также меняет рабочий каталог на ~, что не нужно.
Albin 03 июнь 2014, в 15:37
1

Спасибо за поддержку контекста @Krinkle
nitinr708 03 авг. 2017, в 10:51
0

Нужно ли указывать ~ чтобы изменить рабочий каталог на домашний каталог пользователя?
WaKo 16 авг. 2018, в 13:55

Показать ещё 1 комментарий

Ещё вопросы

Этот работал для меня на CentOS, спасибо.
Я думаю, что это самый элегантный.
Не могли бы вы объяснить разницу между source .bashrc командой source .bashrc и exec bash ?
@muradin, source - это встроенная команда оболочки, которая выполняет содержимое файла, переданного в качестве аргумента, в текущей оболочке . Так что в вашем примере он выполняет файл .bashrc в текущей оболочке. И команда exec заменяет оболочку на заданную программу, в вашем примере она заменяет вашу оболочку на bash (с обновленными файлами конфигурации)
Это здорово, особенно потому, что bashrc может быть обновлен либо в каталоге /etc либо в /home , и нам не нужно об этом заботиться.
В моих гиперспецифических обстоятельствах это полностью потрясло. Мой Dockerfile выполняет скрипт установки, который модифицирует .bashrc. Затем мне нужно это перезагрузить, но . ~/.bashrc будет выполняться в dash а не в bash , поэтому возникает ошибка, потому что shopt отсутствует. source не найден в оболочке, так что решение также отсутствует. Я попробовал это, и образ докера выстроился плавно!
Для CentOS7 и с конфигами helper bash это было очень полезно. Ведение . ~/.bashrc не перезагрузил мой пользовательский файл псевдонимов.
Элегантно, но «делает то же самое» не совсем правильно. source ~/.bashrc сохранит всю вашу оболочку (хотя, вероятно, измененную с помощью источника ~/.bashrc ), тогда как exec bash сохранит только переменные среды вашей текущей оболочки (любые специальные изменения текущей оболочки в терминах оболочки переменные, функции, опции потеряны). В зависимости от ваших потребностей, тот или иной подход может быть предпочтительным.
@ mklement0, спасибо за подробную информацию. Это решение будет работать во многих случаях, но я полагаю, что вам может понадобиться использовать -source- в ситуациях, которые вы упомянули.
@ SEOF, когда вы говорите «начало bash» и если вы думаете, что я думаю, вы думаете, я должен сказать, что вы не правы. В отличие от фильма, вы не продолжаете входить в bash из bash, когда вы постоянно выполняете exec bash . Команда exec заменяет оболочку программой, в нашем случае bash. Таким образом, в терминале всегда существует один экземпляр bash.
Упоминаются некоторые конкретные примеры сюрпризов типа @ mklement0 : Ваш popd каталогов pushd / popd будет удален (кроме CWD), а приглашение PS1 будет сброшено. Некоторые среды разработки, такие как virtualenv / venv , изменяют ваш PATH и другие переменные и помещают имя активной среды в приглашение PS1 . После exec bash переменные среды все еще активны, но визуальный индикатор в приглашении PS1 пропал. Кроме того, исчезли такие функции очистки, как deactivate .
Это работает для моего Cygwin + win7. Спасибо! Печатание это быстрее, чем печатать. ~ / .Bashrc
Будет ли это работать для другой сессии, которую я открою после запуска exec bash в моей текущей сессии?
Вы ответили на мой вопрос, прежде чем я смог его задать. Это хорошо знать; Я часто устанавливаю свой CLASSPATH для одного сеанса.
Так что даже если я вызову exec "$ BASH", найдутся ли переменные, которые устанавливает .bashrc, в командной оболочке, которую я открою следующей (используя тот же исполняемый файл, что и мой текущий сеанс)?
@ nitinr708: Да, exec $BASH будет источником ~/.bashrc , так что вы увидите его изменения в среде оболочки в новом сеансе.
@ Gaming32, я ценю идею гиперссылки на сноску, но на самом деле она не сработала (и в таком коротком ответе, как этот, это не так уж важно).
Это будет работать только в том случае, если ваш текущий каталог фактически является вашим домашним каталогом. Следующее будет работать:. ~ / .Bashrc
Что делает эту работу? Что на самом деле происходит, когда я делаю ".bashrc"? Спасибо!
, является ярлыком BASH для встроенной команды «source». Таким образом, «.bashrc» аналогично «.bashrc» для интерпретатора BASH.
Здорово. Благодарю. Теперь, когда я не знал.
Я только что отправил запрос на редактирование, чтобы добавить ~/ , но, поскольку в верхнем ответе указаны оба source ~/.bashrc и . ~/.bashrc Интересно, этот ответ нужно просто удалить как избыточный?
непонятно, что вы отвечаете ... нам нужно больше точек ...
@RandyProctor: Хотя похвально, что вы указываете, что ваш ответ уступает принятому, было бы еще лучше, если бы вы просто удалили его, учитывая, что он не только явно уступает (потому что работает только в том случае, если текущий каталог быть домашним директором текущего пользователя, как указано), но, наоборот, не добавляет ничего интересного.
Тем не менее, это вызовет новую оболочку в текущей, тратя таким образом ресурсы. Лучше использовать exec- решение @ WhoSayln, которое заменяет текущую оболочку вновь вызванной.
да, просто используйте источник. Это совершенно ненужно и раздражает.
В дополнение к комментарию @ BernhardWagner вы также потеряете текущую историю bash, если создадите новую оболочку
Это хорошее решение, при котором доступ к привилегиям пользователя ограничен.
exec bash прежнему наследует среду текущей оболочки. exec env -i bash будет ближе (или exec env -i bash -l если вы сейчас находитесь в оболочке входа в систему).
Это был принятый ответ в течение 4 лет?
@jwg принятый ответ. .bashrc. будет работать только если вы находитесь в домашнем каталоге на msysgit.
@jwg Хорошо, я говорил, что вам не нужно печатать 'source ~ / .bashrc', вместо этого используйте более короткую версию.
@jwg хорошо, я добавил это как редактирование к оригинальному ответу :)
@ nitinr708 2014. я едва помню: P. оригинальный ответ был отредактирован позже, что-то, я думаю.
Опять же, работает, только если вы находитесь в домашнем каталоге, или, точнее, в каталоге, где находится .bashrc . Как сказано в принятом ответе, более правильный способ сделать это - source ~/.bashrc .
Это так, но он также меняет рабочий каталог на ~, что не нужно.
Спасибо за поддержку контекста @Krinkle
Нужно ли указывать ~ чтобы изменить рабочий каталог на домашний каталог пользователя?

George Hawkins · Accepted Answer · 2010-03-25T19-50-00.000Z

1727

Лучший ответ

Вам просто нужно ввести команду:

source ~/.bashrc

или вы можете использовать более короткую версию команды:

. ~/.bashrc

George Hawkins 25 март 2010, в 19:50

0

Кажется, мне приходится делать это каждый раз, когда я открываю терминал ... есть ли способ автоматизировать его?
Alex 07 апр. 2012, в 14:39
71

Это не то же самое, что вход в систему и выход из нее. Скажем, у вас есть следующая строка в .bashrc: export PATH=$PATH:foo , а затем вы измените ее на export PATH=$PATH:bar . Если вы войдете в систему и выйдете из нее, в ПУТИ будет только bar , но если вы сделаете то, что предлагаете, в foo будут и foo и bar . Вы знаете способ обойти это?
HighCommander4 25 апр. 2013, в 01:09
0

что это за "команда"? Я сделал "команду человека", но у нее нет информации об этом. Поиск также не дает никакой информации yandex.com/yandsearch?text=linux+man+source&lr=87 . Это команда вообще?
Tebe 06 сен. 2013, в 19:46
1

@gekannt - если вы введете «type source», вы увидите, что source - это не обычная команда, а «встроенная оболочка» - это означает, что вы не найдете для нее исполняемый файл где-то в файловой системе, например в / usr / bin, вместо этого он реализован как часть оболочки. Так что, если вы выполните команду «man bash» и выполните поиск в разделе «КОМАНДЫ СОЗДАННОЙ ОБОЛОЧКИ», а затем выполните поиск «источника», вы найдете хорошее объяснение того, что делает источник (и если вы понимаете также форк, тогда должно стать понятно, почему источник является встроенным, а не командой).
George Hawkins 09 сен. 2013, в 10:16
6

@ HighCommander4 - очень неудовлетворительный способ сделать то, что вы хотите, это выполнить "bash -l", однако это фактически создает новый подоболочек, и когда вы выходите из системы, вы возвращаетесь в оболочку, где "foo" все еще находится в PATH. Если вы просто заинтересованы в PATH, вы можете сделать «unset PATH» и восстановить его с нуля, но, вероятно, проще / безопаснее сделать «PATH = / bin: / usr / bin» перед поиском вашего .bashrc. То, как переменная PATH создается при входе в систему, на самом деле достаточно сложное, включая как минимум ввод данных из входа в систему (см. «Man login») и / etc / profile (см. «Man bash»).
George Hawkins 09 сен. 2013, в 10:36
2

@ Алекс, вы можете автоматизировать это, добавив строку ~ / .bashrc в ~ / .bash_profile, хотя я не знаю, является ли это хорошей практикой.
Vivek Gani 24 окт. 2013, в 08:55
3

Я бы также рекомендовал создать псевдоним (который вы можете сохранить в ~ / .bashrc или ~ / .bash_aliases), который открывает .bashrc и перезагружает его после выхода из редактора. Вы можете сделать это, комбинируя две команды в псевдониме, например, вот так (если vim - ваш предпочитаемый редактор, иначе поменяйте его на что-то другое): alias editbashrc='vim ~/.bashrc; source ~/.bashrc' . Это сделает редактирование намного более плавным, поскольку вам не нужно думать о перезагрузке после выполнения редактирования, если вы используете собственный псевдоним.
Samuel Lampa 12 нояб. 2014, в 07:40
5

Это повлияет только на текущий терминал.
matepal297 16 март 2015, в 23:26
0

Я использую этот псевдоним для редактирования bashrc для всех пользователей: alias bashrc = "sudo nano /etc/bash.bashrc; source /etc/bash.bashrc"
Tarik 20 авг. 2017, в 14:43
1

Я думаю, что ответ ниже @WhoSayIn должен быть предпочтительнее этого, чтобы предотвратить проблему PATH, рассмотренную выше: exec bash
zenw0lf 23 дек. 2017, в 23:28

Показать ещё 8 комментариев