Warum beziehen die Leute bash_profile von bashrc und nicht umgekehrt?

/etc/skel/ Die Standarddateien für jeden neuen Benutzer werden in diesem Verzeichnis gespeichert. Jedes Mal, wenn ein neuer Benutzer hinzugefügt wird, werden diese Skeleton-Dateien in ihr Home-Verzeichnis kopiert. Ein durchschnittliches System hätte:.alias-, .bash_profile-, .bashrc- und .cshrc-Dateien. Andere Dateien bleiben dem Systemadministrator überlassen.

Obwohl die 120 Handbuch erwähnt diese Dateien nicht, die üblicherweise in 137 zu finden sind Verzeichnis ausdrücklich, soweit ich mich erinnere, haben SunOS, Solaris, RedHat, Ubuntu, HP-UX, umips und Ultrix 148 Dateien, um die Shell-Startdateien eines Benutzers nachzumustern. OSX eindeutig nicht - ich verwende gerade OSX 10.9.1. Leider gibt Ihnen OSX nicht viel darüber, wie die Dinge in Bezug auf Konventionen eingerichtet werden sollten, aber da OSX ein BSD-Derivat ist, habe ich einfach ein anderes BSD-Derivat verwendet und mein eigenes 153 danach die Startsequenz anpassen, damit sie in die lokalen Konventionen passt, die in OSX 10.9.1 161 verwendet werden Startdateien.

Ein wichtiger Punkt, der in einem parallelen Kommentar erwähnt wurde, ist, dass für OSX die Konvention darin besteht, jedes neue Terminal als interaktive Anmelde-Shell zu starten. Dies ist tatsächlich die Standardeinstellung in OSX. Diese Konvention stellt kein Problem dar, solange die Benutzer einer Installation konsistent sind. Das Standardverhalten des Terminals unter OSX kann geändert werden, damit es mit den Shell-Startkonventionen anderer UNIX-Distributionen übereinstimmt, indem Sie die folgenden Änderungen an den Einstellungen des Terminals vornehmen , ändern Sie insbesondere die Einstellung 170 um den 189 auszugeben Befehl:

Mit all dem als Hintergrund oder Einführung werde ich zu meinen besten Ratschlägen übergehen , für das, was es wert ist.

Mein bester Rat:

Untersuchen Sie die Dateien, die die Administratoren Ihrer UNIX-Distribution angelegt haben. Beginnen Sie mit den folgenden Speicherorten, sofern vorhanden. Vergessen Sie nicht, den 192 zu verwenden Befehl, da einige der Dateien mit einem Punkt beginnen. Sehen Sie, wie diese Dateien während des Starts verwendet werden, und sehen Sie, wie Ihre eigenen Startdateien mit ihnen interagieren:

/etc/bashrc
/etc/profile
/etc/skel/.bash_logout
/etc/skel/.bashrc
/etc/bash.bashrc
/etc/bash_completion

Schauen Sie in 202 nach Handbuch für die Aufruf- und Startsequenz. Es ist alles sehr gut angelegt.

Mit all dem als Einschränkung - so habe ich die Dinge bei meiner OSX 10.9.1-Installation gemacht - Andere UNIX-Distributionen WERDEN anders sein, aber was unten dargestellt wird, sollte auf den meisten, wenn nicht allen UNIX-Distributionen funktionieren, aber verwenden Sie diese anderen UNIX-Distributionen. Konvention als Leitfaden, um das Folgende für Ihre eigenen Zwecke anzupassen:

.profil

# ~/.profile: executed by the command interpreter for login shells.

# This file is not read by bash(1), if ~/.bash_profile or ~/.bash_login
# exists.  Note, however, that we will have a ~/.bash_profile and it
# will simply source this file as a matter of course.

# See /usr/share/doc/bash/examples/startup-files for examples.
# The files are located in the bash-doc package.

# From here on out, I basically set up my PATH, LD_LIBRARY_PATH, and anything else I'd like
# global to running programs and how those programs find their libraries.  This is shared by
# `cron`, so we really don't want interactive stuff, here.  Also, I setup my environments
# for brew, macports, and fink here, essentially with setting PATH, and invocation of those
# package initialization file as in:

# Brew and locally compiled stuff:
export PATH=/usr/local/bin:$PATH
export PATH=/usr/local/sbin:$PATH

# The following line puts gnu utilities without the prefix "g" in the path
# i.e. tar/gtar:
export PATH=$PATH:/usr/local/Cellar/coreutils/8.21/libexec/gnubin

# MacPorts shoves stuff in /opt, so to get at that stuff...
export PATH=/opt/local/bin:$PATH
export PATH=/opt/local/sbin:$PATH

# Set up for using Fink, which lives in /sw:
[ -e /sw/bin/init.sh ] && . /sw/bin/init.sh

# My stuff:
export PATH=~/perl:$PATH
export PATH=~/bin:$PATH
export PATH=.:$PATH

.bashrc

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

# From here on out, I put in things that are meaningful to interactive shells, like aliases,
# `shopt` invocations, HISTORY control, terminal characteristics, PROMPT, etc.

.bash_profile

# ~/.bash_profile: executed by the command interpreter for login shells.

# Because of this file's existence, neither ~/.bash_login nor ~/.profile
# will be sourced.

# See /usr/share/doc/bash/examples/startup-files for examples.
# The files are located in the bash-doc package.

# Because ~/.profile isn't invoked if this files exists,
# we must source ~/.profile to get its settings:
if [ -r ~/.profile ]; then . ~/.profile; fi

# The following sources ~/.bashrc in the interactive login case,
# because .bashrc isn't sourced for interactive login shells:
case "$-" in *i*) if [ -r ~/.bashrc ]; then . ~/.bashrc; fi;; esac

# I'm still trying to wrap my head about what to put here.  A suggestion
# would be to put all the `bash` prompt coloring sequence functions as
# described on http://brettterpstra.com/2009/11/17/my-new-favorite-bash-prompt/

Das sind also meine zwei Cent. Denken Sie daran, dass meine Beispiele versucht haben, den Kontrollpfad durch die Startdateien zu zeigen und zu vermeiden, was die Konventionen einer bestimmten Website auferlegen könnten.