Quando devo usar .bashrc e quando .profile? [duplicado]

.profileé lido por cada shell de login, .xxxrcé lido por cada shell interativo após a leitura .profile.

Você precisa decidir-se dependendo do que você gostaria de adicionar.

Uma boa idéia é colocar tudo o que define as variáveis ​​de ambiente exportadas e, assim, propaga para sub shells em .profile.

Coisas que não são propagadas devem estar em .bashrc ou em qualquer outro lugar que seu shell examine. Isto é, por exemplo, alias e definições de função.

O Bash tem uma lógica bastante complicada em quais scripts ele executa e quando.

Mas basicamente se resume a:

• se você tiver configurações herdadas do processo pai para o filho (variáveis ​​de ambiente, ulimits), geralmente precisará defini-las apenas uma vez em cada login, portanto, seria mais eficiente colocá-las em .profilevez de .bashrc.
• se você tiver configurações herdadas e aditivas (por exemplo, adicionar algo ao valor existente de PATHcom uma construção como PATH=$PATH:/some/directory), colocar essa configuração .bashrcfaria com que essa adição acontecesse uma segunda vez sempre que você iniciasse outro processo de shell, o que seria bobo e desperdício. Por exemplo, se você definir PATH=$PATH:/some/directoryem .bashrc, ele funcionará bem em seu shell principal. Mas quando você inicia um editor e usa sua funcionalidade de escape do shell, pode descobrir que seu PATH agora tem um valor como ...:/some/directory:/some/directory. Cada camada de shells filho adicionaria o diretório ao PATH outra vez. As configurações aditivas e herdáveis ​​geralmente são mais bem colocadas em arquivos .profile.
• se você tiver configurações que não são herdadas entre processos regulares, como aliases ou funções do shell, você desejará defini-las em .bashrc. Se você os definiu em .profile, poderá encontrá-los não disponíveis em shells iniciados usando a funcionalidade de escape do shell em vários aplicativos. (Isso também significa que você provavelmente desejará adicionar um comando para originar o seu .bashrcno final do seu .profilepara que o shell de login principal da sessão também obtenha essas definições, a menos que o padrão /etc/profileou padrão da sua distribuição .profilejá forneça essa funcionalidade.)

Com a interface gráfica do usuário, há mais uma complicação. A sessão da GUI geralmente irá fornecer o conteúdo .profileou equivalente no login (porque o respectivo script de inicialização da sessão é executado como um shell de login), portanto, quaisquer configurações herdáveis ​​feitas lá geralmente serão herdadas pelo ambiente de desktop e, por sua vez, qualquer aplicativo que é iniciado usando ícones ou menus da área de trabalho.

Quaisquer janelas de terminal dentro de uma sessão X11 GUI podem ser configuradas de duas maneiras:

• sessões de terminal completamente independentes: cada janela de terminal é tratada como uma sessão de login independente e o ambiente é construído a partir de alguns padrões básicos de todo o sistema para o shell dentro do processo do emulador de terminal. Nesse caso, cada nova janela de terminal será executada como um shell de login e, portanto, será executada .profileou equivalente quando aberta.
• cada janela do terminal é tratada como parte da sessão de login da GUI principal: neste caso, os shells dentro das janelas do terminal são iniciados como shells sem login e só serão executados .bashrcou equivalentes. As configurações herdáveis ​​são herdadas da sessão de login da GUI principal, por meio de processos do ambiente de desktop/gerenciador de janelas.