Não é possível originar com êxito .bashrc a partir de um script de shell

Normalmente, podemos obter o ~/.bashrcarquivo de origem usando este comando

source ~/.bashrc

mas se eu escrever isso em um shell script e executá-lo, nada acontece. Por quê?
Há alguma maneira de fazer isso?

Meu script:

#!/bin/bash
chmod a+x ~/.bashrc
source ~/.bashrc

Também tentei .(ponto) em vez de source. Mesmo resultado.

Um script de shell é executado em sua própria instância de shell. Todas as configurações de variáveis, definições de funções e outras coisas afetam apenas essa instância (e talvez seus filhos), mas não o shell de chamada; portanto, elas desaparecem após a conclusão do script.

Por outro lado, o sourcecomando não inicia uma nova instância do shell, mas usa o shell atual para que as alterações permaneçam.

Se você quiser que um atalho leia seu .bashrc, use uma função shell ou um alias em vez de um script shell, como

alias brc='source ~/.bashrc'

Você .bashrcgeralmente começa:

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

Como seu script não possui o PS1 definido (porque não é interativo), ele não redefine o caminho porque sai mais cedo. Para demonstrar, modifique seu script:

    #!/bin/bash
    chmod a+x ~/.bashrc
    PS1='$ '
    source ~/.bashrc

Agora, isso permitirá que seus scripts funcionem com o novo .bashrc. Nota: assim que o script sair, o ambiente será definido como era antes de iniciar o script. As alterações serão refletidas na próxima vez que um terminal for iniciado.

Experimentar:

exec bash

Isso deve recarregar ~ / .bashrc, ~ / .bash_aliases, etc.

Quero complementar a resposta de ravi :

Esse comportamento é específico ao Ubuntu (e provavelmente à maioria das distribuições derivadas), pois o ~/.bashrcarquivo padrão inicia com um curto-circuito, o Ubuntu 18.04, por exemplo:

# If not running interactively, don't do anything
case $- in
    *i*) ;;
      *) return;;
esac

Isso interromperá a avaliação do arquivo se ele estiver em execução em um shell não interativo, que é o caso do seu script, pois todos os scripts são executados em um shell não interativo e, subsequentemente, em todos os arquivos que você sourceherdará essa propriedade.

eval hackear

Eu descobri um truque feio para solucionar o Ubuntu especificamente, usando em evalvez de source:

eval "$(cat ~/.bashrc | tail -n +10)"

Ele simplesmente pula as poucas primeiras linhas e avalia o restante, ~/.bashrcpara que o restante seja avaliado e modifique a execução atual.

Esteja ciente de que é um número mágico e pode não funcionar nas versões do Ubuntu; mas pode ser uma boa solução se você estiver criando scripts para sistemas mais ou menos conhecidos.

Uma solução mais sofisticada pode envolver o uso de regex para direcionar os bits específicos que interrompem a avaliação.

Alternativa de Shebang

Outra alternativa que pode funcionar melhor em alguns cenários é forçar a execução do script em um shell interativo adicionando um sinalizador no shebang :

#!/bin/bash -i

Esteja ciente de algumas coisas:

• É uma prática melhor usar o #!/usr/bin/env bashformulário, mas desta forma você não pode iniciar o shell com argumentos .
• Usando o -iconjunto de conseqüências tem seu próprio, entre eles, os programas solicitarão a interação do usuário e isso geralmente não se destina a scripts, por exemplo, a instalação de debpacotes pode parar o script em dpkg configuresolicitações .
• Inicialmente, tentei usar set -ie set +iativar e desativar o recurso onde eu precisava, mas isso não funciona .

Nenhum dos outros métodos funcionou para mim [ source /path/to/filevs . ./path/to/file, alias, etc ...], até que, graças a este tutorial , descobri que usando o:

#!/usr/bin/env bash shebang

em vez do mais simples, #!/usr/bin/envpermite que os argumentos sejam transmitidos ao intérprete, que eu acho que é a chave aqui - consulte este documento para obter mais informações.

De qualquer forma, se os comandos de origem de qualquer forma não estiverem funcionando para você, tente verificar seu shebang, esse pode ser o problema :)