Jak ponownie załadować .bashrc bez wylogowania i ponownego zalogowania?

Jeśli wprowadzę zmiany .bashrc, jak mogę je ponownie załadować bez wylogowania i ponownego zalogowania?

Musisz tylko wpisać polecenie:

source ~/.bashrc

lub możesz użyć krótszej wersji polecenia:

. ~/.bashrc

Lub możesz użyć:

exec bash

Robi to samo i jest łatwiejsze do zapamiętania (przynajmniej dla mnie).

execPolecenie całkowicie zastępuje proces powłoki poprzez uruchomienie określonego wiersza polecenia. W naszym przykładzie zastępuje on bieżącą powłokę nową instancją bash(zaktualizowanymi plikami konfiguracyjnymi).

Do uzupełnienia i kontrast dwóch najbardziej popularnych odpowiedzi, . ~/.bashrci exec bash:

Oba rozwiązania skutecznie ładują się ponownie ~/.bashrc, ale są różnice:

• . ~/.bashrclub source ~/.bashrcbędzie zachować aktualny shell :

  • Z wyjątkiem zmian, które przeładunkowych ~/.bashrcw bieżącej powłoki ( sourcing ) sprawia, prąd powłoki i jej stan są zachowane , który zawiera zmienne środowiskowe, zmienne powłoki, opcje, funkcje powłoki skorupek i historię poleceń.

• exec bash, lub, bardziej solidnie, exec "$BASH"^[1] , zastąpi bieżącą powłokę nową instancją, a zatem zachowa tylko zmienne środowiskowe bieżącej powłoki (w tym te, które zdefiniowałeś ad-hoc).

  • Innymi słowy: wszelkie zmiany ad-hoc w bieżącej powłoce pod względem zmiennych powłoki, funkcji powłoki, opcji powłoki, historii poleceń są tracone.

W zależności od potrzeb preferowane może być jedno lub drugie podejście.

^{[1] exec bashteoretycznie mógłby wykonać inny bash plik wykonywalny niż ten, który uruchomił bieżącą powłokę, jeśli zdarzy się, że istnieje w katalogu wymienionym wcześniej w $PATH. Ponieważ zmienna specjalna $BASHzawsze zawiera pełną ścieżkę do pliku wykonywalnego, który uruchomił bieżącą powłokę, exec "$BASH"gwarantuje się użycie tego samego pliku wykonywalnego.
Uwaga re "..."wokół $BASH: double-cytowanie zapewnia, że wartość zmiennej jest używany jak jest, bez interpretacji przez bash; jeśli wartość nie ma osadzonych spacji ani innych metaznaków powłoki (co nie jest prawdopodobne w tym przypadku), nie potrzebujesz ściśle podwójnych cudzysłowów, ale używanie ich jest dobrym nawykiem do tworzenia.}

Ktoś edytował moją odpowiedź, aby dodać niepoprawny angielski, ale tutaj był oryginał, który jest gorszy od zaakceptowanej odpowiedzi.

. .bashrc

W zależności od środowiska wystarczy pisać

bash

może również działać.

Dzięki temu nie będziesz musiał nawet wpisywać „source ~ / .bashrc”:

Dołącz swój plik bashrc:

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

Za każdym razem, gdy chcesz edytować swój bashrc, po prostu uruchom alias „ rc ”

. ~/.bashrc

. jest wbudowanym mandatem POSIX

Alternatywy

source ~/.bashrc

sourcejest synonimem kropki / kropki .w bash, ale nie w POSIX sh, więc dla maksymalnej kompatybilności użyj kropki .

exec bash

• execpolecenie zastępuje powłokę danym programem ... - WhoSayIn

W zależności od środowiska możesz dodać skrypty, aby automatycznie ładować plik .bashrc po otwarciu sesji SSH. Niedawno przeprowadziłem migrację na serwer z systemem Ubuntu i tam domyślnie ładowany jest plik .profile, a nie .bashrc lub .bash_profile. Aby uruchomić dowolne skrypty w .bashrc, musiałem uruchamiać się przy source ~/.bashrckażdym otwarciu sesji, co nie pomaga przy uruchamianiu zdalnym.

Aby twój .bashrc ładował się automatycznie podczas otwierania sesji, spróbuj dodać to do .profile:

if [ -n "$BASH_VERSION" ]; then
    # include .bashrc if it exists
    if [ -f "$HOME/.bashrc" ]; then
        . "$HOME/.bashrc"
    fi
fi

Otwórz sesję ponownie i powinna załadować wszystkie ścieżki / skrypty, które masz w .bashrc.

Użyłem easyengine do skonfigurowania mojego serwera opartego na chmurze.
Znalazłem mój plik bash na /etc/bash.bashrc.

Tak source /etc/bash.bashrczrobiła dla mnie sztuczka!

aktualizacja

Konfigurując goły serwer (ubuntu 16.04), możesz użyć powyższych informacji, jeśli nie skonfigurowałeś jeszcze nazwy użytkownika i logujesz się przez root.

Najlepiej jest utworzyć użytkownika (z uprawnieniami sudo) i zalogować się jako ta nazwa użytkownika.
Spowoduje to utworzenie katalogu dla ustawień, w tym plików .profile i .bashrc.
https://linuxize.com/post/how-to-create-a-sudo-user-on-ubuntu/

Teraz będziesz edytować i (i „źródłowo”) ~/.bashrcplik.

Na moim serwerze znajdował się on pod /home/your_username/.bashrc
(gdzie your_usernametak naprawdę jest nowa nazwa użytkownika, którą utworzyłeś powyżej i teraz się logujesz)

exec bash to świetny sposób na ponowne uruchomienie i uruchomienie nowej powłoki w celu zastąpienia bieżącej. aby dodać do odpowiedzi, $ SHELL zwraca bieżącą powłokę, którą jest bash. Korzystając z poniższych, przeładuje bieżącą powłokę, a nie tylko bash.

exec $SHELL -l;

Dla mnie to, co działa, gdy zmieniam ŚCIEŻKĘ, to: exec "$BASH" --login

rodzaj:

source ~/.bashrc

lub w skrócie:

. ~/.bashrc

używam następującego polecenia na msysgit

. ~/.bashrc

krótsza wersja

source ~/.bashrc

Zakładając interaktywną powłokę, chcesz zachować swoją bieżącą historię poleceń, a także załadować / etc / profile (który ładuje dane środowiska, w tym / etc / bashrc, a na Mac OS X ładuje ścieżki zdefiniowane w /etc/paths.d/ przez path_helper), dołącz historię poleceń i wykonaj bash z opcją login ('-l'):

history -a && exec bash -l

To również zadziała.

cd ~
source .bashrc

Zauważyłem, że czyste exec bashpolecenie zachowa zmienne środowiskowe, więc musisz użyć, exec -c bashaby uruchomić bash w pustym środowisku.

Na przykład, logujesz się do bash, a export A=1jeśli ty exec bash, to A == 1.

Jeśli ty exec -cl bash, Ajest pusty.

Myślę, że to najlepszy sposób na wykonanie swojej pracy.

osobiście mam

alias ..='source ~/.bashrc'

w moim bashrc, dzięki czemu mogę po prostu użyć „..”, aby go ponownie załadować.