Alias ​​expandibles de shell no interactivo

Tengo problemas para obtener alias para expandir mi cuenta de hosting cuando ejecuto un comando como:

ssh user@server "bash -c \"alias\""

Mi archivo .bashrc es:

echo .bashrc
# .bashrc

shopt -s expand_aliases

# Source global definitions (commenting this out does nothing)
if [ -f /etc/bashrc ]; then
        . /etc/bashrc
fi

# User specific aliases and functions
alias php="php55"
alias composer="php ~/bin/composer.phar"

Cuando ejecuto el comando ssh anterior, veo ".bashrc" echo'd. Pero si trato de ejecutar alias, no obtengo nada.

Podría intentar "bash -ic", pero en realidad está en un script que no puedo cambiar fácilmente, y quiero saber por qué esto no funciona.

Salida de ssh user@server "bash -c \"shopt\""

.bashrc
autocd          off
cdable_vars     off
cdspell         off
checkhash       off
checkjobs       off
checkwinsize    off
cmdhist         on
compat31        off
compat32        off
compat40        off
dirspell        off
dotglob         off
execfail        off
expand_aliases  off
extdebug        off
extglob         off
extquote        on
failglob        off
force_fignore   on
globstar        off
gnu_errfmt      off
histappend      off
histreedit      off
histverify      off
hostcomplete    on
huponexit       off
interactive_comments    on
lithist         off
login_shell     off
mailwarn        off
no_empty_cmd_completion off
nocaseglob      off
nocasematch     off
nullglob        off
progcomp        on
promptvars      on
restricted_shell        off
shift_verbose   off
sourcepath      on
xpg_echo        off

Salida de ssh user@server "bash -c \"echo $SHELL\""

.bashrc
/bin/bash

Desde la bash(1)página del manual:

Los alias no se expanden cuando el shell no es interactivo, a menos que la opción del shell expand_aliases se configure usando shopt (consulte la descripción de shopt en SHELL BUILTIN COMMANDS a continuación).

El shell que obtienes cuando ejecutas un comando de forma remota con SSH no es un shell interactivo ni un shell de inicio de sesión:

$ ssh server 'bash -c "echo $-"'
chsB

(no hay iy no len la respuesta)

En el caso de Bash, eso significa que no se lee ninguno de los archivos de inicialización habituales.

Puede forzar el shell remoto a ser un intérprete de ingreso mediante la adición -la su invocación Bash, lo que significa que sería analizar el primero de ~/.bash_profile, ~/.bash_loginy ~/.profileque se pueda encontrar, buscando en ese orden, pero no ~/.bashrc. Esto significa que deberá colocar sus alias en uno de esos archivos.

Tuve el mismo problema, y ​​al principio shopt -s expand_aliasesno parecía ayudar. Lo que descubrí es que estas opciones deben establecerse antes de agregar los alias reales. Entonces, si se crean alias antes de que .bashrcestablezca las expand_aliasesopciones, no estarán disponibles. Por lo tanto, debe cargar (o volver a cargar) alias después de configurar la opción.

bash (1) dice

...

Cuando se inicia un shell interactivo que no es un shell de inicio de sesión, bash lee y ejecuta comandos desde ~ / .bashrc, si ese archivo existe.

...

Un shell interactivo es uno que se inicia sin argumentos sin opciones y sin la opción -c cuya entrada estándar y error están conectados a los terminales (según lo determinado por isatty (3)), o uno que se inicia con la opción -i.

entonces, obviamente, usted obtiene .bashrc manualmente o lo ejecuta con -i

Si todo lo que necesita son alias, recomendaría dividirlos en, por ejemplo, .alias y luego obtenerlos de .bashrc y de su script, en caso de que las cosas se deslicen en .bashrc que pueden romper su script, como sucede a menudo

Puede resolver cualquier problema ingresando:

if [ -f /etc/skel/.bashrc ]; then . /etc/skel/.bashrc; fi

en la primera linea.