~/.profile、~/.bashrc 和 ~/.bash_profile 未在新终端启动时运行

Question

I am trying to create a permanent alias for my terminal. I put the alias in my ~/.profile, ~/.bashrc, and ~/.bash_profile files, previously empty. When I start a new terminal, bash does not recognize the alias, but if I source any of them, it does. Why are these not getting run when I open a terminal? I am on OSX.

Answer 1

Two things need to happen here when using iTerm to get the loading of dotfiles to work.

First you should add the following to your .bash_profile

[[ -s ~/.bashrc ]] && source ~/.bashrc

Secondly you will need to ensure that in iTerm preferences your terminal is set to launch a login shell.

Hope this helps!

Answer 2

Newer MacOS versions use zsh as the default shell for both Terminal and iTerm2. Run echo $SHELL to confirm if this is the case for you.

Zsh looks for a .zshrc file upon shell startup, so to continue using zsh while sourcing the contents of your bash profile, you can run the following:

echo "source ~/.bash_profile" >> ~/.zshrc

Open a new terminal window for the changes to take effect.

Answer 3

Using the default mac terminal, what worked for me was to add a command to run on start up to source my .bash_profile.

Preferences > Profile > Startup > Add command 'source ~/.bash_profile'

Mac terminal preferences window screenshot

Might be considered to be a bit hacky, but it does the trick.

Answer 4

将source ~/.profile添加到我的.bash_profile对我.bash_profile 。

Answer 5

As of High Sierra, both Terminal and iTerm want to load ~/.profile first. So I suggest you put one line in your .profile to make your Mac work like other Unixes:

source ~/.bash_profile

By editing this one file, you won't have to search through the menus of multiple apps to override Apple's bizarre behavior in each.

Answer 6

Why are your shell's initialization files not loading?

As with most things, It Depends ™

I recently experienced the same phenomenon and went through the following exercise to resolve it:

I use iTerm. iTerm runs a login shell by default. Verify in iTerm Preferences > General > Command > (*) Login Shell Therefore, I know that ~/.bash_profile will always be called.

Knowing that, I put the following in my ~/.bash_profile file:

for file in ~/.{bashrc,bash_exports,bash_aliases,bash_functions}; do
    [ -r "$file" ] && source "$file"
done
unset file

Notice that I use separate files for .bashrc, .bash_exports, etc. It keeps things separate and simple.

Note also that /etc/profile is loaded first, but since I have never used that system wide init file, I knew that that was not my problem. For details check out $ man bash

So, I started with my ~/.bash_profile file.

I found that when I installed Canopy Express that it's installer replaced the contents of my ~/.bash_profile file with the following content:

# Added by Canopy installer on 2017-04-19
# VIRTUAL_ENV_DISABLE_PROMPT can be set to '' to make the bash prompt show that Canopy is active, otherwise 1
alias activate_canopy="source '/Users/lex/dev/python/User/bin/activate'"
# VIRTUAL_ENV_DISABLE_PROMPT=1 source '/Users/lex/dev/python/User/bin/activate'

ps Canopy is an excellent, free python IDE, that I highly recommend.

Fortunately, I backup my ~/.bash* files so restoring that was easy and quickly fixed my issue.

My advice would be to understand the order of calls to your initialization files and start with the first one and work your way through them until you find the problem.

Oh, and you may want to verify which shell you are using (I use bash):

~ $ echo $SHELL
/usr/local/bin/bash

Answer 7

As of Catalina the default shell is now zsh. You can change it back to bash with chsh -s /bin/bash and that should load your .profile or .bash_profile

Answer 8

I am guessing you may use another shell, such as bash, tcsh, sh, zsh etc.

Put source .bash_profile into your appropriate 'bashrc' file will make the auto loading recovered, ie

.login for tcsh, .bash_profile for bash, .zshrc for zsh

Answer 9

Most likely, you need to create the files yourself as they appear not to exist by default. You should give them execute permission to make them run.

~ % sudo chmod 700 ~/.bash_profile

Also, you should check the ownership of the files. They should belong to current user rather than root. Otherwise, you will get permission denied error.

~ % ls -a -l

~ % sudo chown <user_name> ~/.bash_profile

Finally, please note that bash looks in your home directory for .bash_profile, .bash_login, and .profile in order. Bash will stop looking if the first is found. This means if you have both .bash_profile and .profile files, the .profile will not run. For more information

Hope this would help you.

Answer 10

My issue was solved by unchecking Preferences > General > tmux >

Use "tmux" profile rather than profile of the connecting session