Skoro .bashrcjest bardziej „ogólny” (w tym sensie, że .profilepochodzi), dlaczego procedura „dołącz ~/bindo ścieżki” nie jest w środku .bashrc? Dlaczego użytkownik nie chce tego w powłoce niezalogowanej? (Zwłaszcza w dzisiejszych czasach, w których powłoki niezalogowane są bardziej powszechne *.)
Wiem, że mogę ręcznie wprowadzić taką zmianę, ale chcę wiedzieć, czy jest jakiś powód.
* nie mogę tego udowodnić, ale myślę, że tak jest.
Odpowiedzi:
~/.bashrci /etc/bash.bashrcsą uruchamiane przy każdym uruchomieniu interaktywnej bashpowłoki.
W przeciwieństwie do tego, ~/.profilei /etc/profilesą uruchamiane za każdym razem, każdy logowanie shell jest uruchamiany. Więc nie musi to być bashpowłoka, ale musi to być powłoka logowania (a wiele bashinstancji powłoki nie jest powłokami logowania ).
bashPowłoka jest powłoką gdzie program powłoka zapewniająca Jest bashraczej niż jakiś inny program, np dash.Dlatego umieszczenie polecenia, do którego dołączane są wpisy PATHw bashrcpliku:
Nie rób nic, gdy skorupa nie jest bash, co często ma miejsce. Na przykład PATHniezmodyfikowany byłby podczas graficznej sesji logowania. Pamiętaj, że PATHnie jest używany tylko przez programy wiersza polecenia.
Dołączaj go w kółko w obecności zagnieżdżonych bashmuszli. Tak więc, jeśli uruchomisz powłokę w powłoce - co jest bardzo powszechne z różnych powodów - będziesz mieć na sobie wiele ~/binwpisów PATH. Powoduje to, że PATHzmienna środowiskowa jest trudna do odczytania, a czasem również zmniejsza wydajność.
To byłoby niepożądane. Dlatego błędem byłoby umieszczenie tego w bashrcpliku; to naprawdę należy do ~/.profile. ~/.profilejest właściwym miejscem dla:
# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
PATH="$HOME/bin:$PATH"
fiPowłoki bez logowania mają powłoki nadrzędne (lub coś, co zachowuje się jak powłoka logowania) jako ich rodzic i dziedziczą większość zmiennych środowiskowych, w tym PATHz tej powłoki logowania. Dlatego wprowadzenie komend modyfikujących ścieżkę ~/.profilewymaga wylogowania i ponownego zalogowania, aby były skuteczne, ale wpływa to również na środowisko powłok innych niż logowanie (a także środowisko programów, które nie są powłokami, ponieważ każdy program otrzymuje swoją własny zestaw zmiennych środowiskowych - zwany „środowiskiem” - odziedziczony po procesie nadrzędnym).
binkatalog nie istniał po zalogowaniu i że utworzyłeś go podczas tej sesji logowania. Jeśli się wylogujesz i wrócisz, będzie w twoim PATH. Ponieważ utworzenie prywatnego binkatalogu jest czymś, co należy zrobić tylko raz, jest to jednorazowa niedogodność.