En los scripts de configuración de shell, ¿cómo puedo explicar las diferencias entre coreutils en BSD en comparación con GNU?

Hasta este mes, mis configuraciones de shell han sido bastante simples (solo un .bashrco .bash_profilecon algunos alias principalmente), pero lo he refactorizado para que pueda obtener un comportamiento diferente dependiendo de si estoy usando zsh y bash. Primero obtienen un archivo de configuración de shell genérico que debería funcionar para lo que sea, luego se especializan para el shell específico que se está utilizando (enlace simbólico a esto).

Hoy me sorprendió cuando lsdejé de trabajar. Resultó que durante la refactorización .bashrc, había un alias

alias ls='ls --color=always'

eso fue romper cosas para lsbash en Terminal en OSX. Una vez que vi que a BSD lsle gusta el -Gcolor, pero a GNU (o lo que sea que estaba en Ubuntu) le gusta --color, quedó claro que algunas opciones difieren.

Mi pregunta es, ¿cuál es la mejor manera de explicar las diferencias en las opciones y tales entre los coreutils de BSD y GNU? ¿Debo probar una variable env en ifbloques para ver qué sistema operativo se está utilizando y aplicar el comportamiento correcto? ¿O tiene más sentido crear archivos de configuración separados para cada sistema operativo?

Si bien las respuestas a estas preguntas pueden ser subjetivas, parece que un resumen del alcance de las diferencias entre los coreutils de BSD y GNU y las estrategias para solucionarlos para hacer que una configuración genérica sea utilizable en la mayoría de * nix sería bastante objetivo.

La única forma confiable de escribir scripts que admitan diferentes sistemas operativos es usar solo las características definidas por POSIX.

Para cosas como sus configuraciones personales de shell, puede usar hacks que se adapten a su caso de uso específico. Algo como lo siguiente es feo, pero logrará el objetivo.

if ls --version 2>/dev/null | grep -q 'coreutils'; then
    alias ls='ls --color=always'
else
    alias ls='ls -G'
fi

Cubrir el código con ifdeclaraciones para realizar un cambio en el tipo de coreutils funciona, sin embargo, la solución de programación limpia para manejar diferentes tipos es usar polimorfismo . Como se trata de Bash, no tenemos polimorfismo per se, pero he estado jugando con una forma de fingirlo. El único requisito es que su .bashrcarchivo, etc., esté organizado en funciones.

Primero creo una prueba para el tipo de plataforma coreutils :

get_coreutils_platform() {
    local ls_version="$(ls --version 2>/dev/null)"
    if [[ "$ls_version" == *"GNU coreutils"* ]]; then
        echo gnu
    else
        echo bsd
    fi
}

Luego podemos enviar según el tipo:

platform=$(get_coreutils_platform)
define_standard_aliases_$platform
configure_shell_vars_$platform

Aquí está la implementación de BSD :

define_standard_aliases_bsd() {
    define_standard_aliases
}

configure_shell_vars_bsd() {
    configure_shell_vars
    export CLICOLOR=1
}

(Tenga en cuenta que usamos la CLICOLORvariable para activar los colores en lugar de usar un alias, que parece un poco más limpio)

Y la impelementación de GNU :

define_standard_aliases_gnu() {
    define_standard_aliases
    alias ls='ls --color=auto'
}

configure_shell_vars_gnu() {
    configure_shell_vars
}

Para completar, aquí hay una implementación de muestra de la "base abstracta":

define_standard_aliases() {
    alias ll='ls -l'
    alias l.='ls -d .*'
}

configure_shell_vars() {
    export EDITOR=vim
}

No es una respuesta directa a su pregunta, pero tengo scripts de contenedor para manejar cosas como esta en lugar de complicaciones adicionales en el .bashrc Por ejemplo, aquí está mi script l que maneja su caso aquí de una manera multiplataforma:

http://www.pixelbeat.org/scripts/l