В скриптах конфигурации оболочки, как я могу учесть различия между coreutils на BSD по сравнению с GNU?

Вплоть до этого месяца мои конфиги оболочки были довольно просты (в основном с псевдонимами .bashrcили .bash_profileс некоторыми псевдонимами), но я проводил рефакторинг, чтобы я мог получить различное поведение в зависимости от того, использую ли я zsh и bash. Сначала они получают общий конфигурационный файл оболочки, который должен работать для чего угодно, а затем специализируются на конкретной используемой оболочке (см. Ссылку на это).

Я был удивлен сегодня, когда lsперестал работать. Оказалось, что во время рефакторинга .bashrcбыл псевдоним

alias ls='ls --color=always'

это сломало вещи lsв bash на терминале в OSX. Как только я увидел, что BSD lsлюбит -Gцвет, а GNU (или что-то еще в Ubuntu) нравится --color, стало ясно, что довольно много вариантов различаются.

Мой вопрос заключается в том, каков наилучший способ учета различий в параметрах и таковых между BSD и GNU coreutils? Должен ли я проверить переменную env в ifблоках, чтобы увидеть, какая ОС используется и применить правильное поведение? Или имеет смысл создавать отдельные конфигурационные файлы для каждой ОС?

Хотя ответы на эти вопросы могут быть субъективными, это выглядит как краткое изложение различий между базовыми утилитами BSD и GNU, и стратегии, позволяющие обойти их для создания универсальной конфигурации, пригодной для использования на большинстве * nix, были бы довольно объективными.

Единственный надежный способ написания сценариев, поддерживающих разные операционные системы, - это использовать только те функции, которые определены в POSIX.

Для таких вещей, как ваши личные настройки оболочки, вы можете использовать хаки, которые соответствуют вашему конкретному случаю использования. Что-то вроде следующего ужасно, но достигнет цели.

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

Засорение кода ifинструкциями для переключения типа coreutils работает, однако чистое программирующее решение для обработки различных типов заключается в использовании полиморфизма . Поскольку это Bash, у нас нет полиморфизма как такового, но я бездельничал, пытаясь подделать его. Единственное требование - чтобы ваш .bashrcфайл и т. Д. Были организованы в функции.

Сначала я создаю тест для платформы типа coreutils :

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

Затем мы можем отправить на основе типа:

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

Вот реализация BSD :

define_standard_aliases_bsd() {
    define_standard_aliases
}

configure_shell_vars_bsd() {
    configure_shell_vars
    export CLICOLOR=1
}

(Обратите внимание, что мы используем CLICOLORпеременную для включения цветов вместо использования alias, которое кажется немного чище)

И GNU претворение в жизнь:

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

configure_shell_vars_gnu() {
    configure_shell_vars
}

Для полноты, вот пример реализации "абстрактной базы":

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

configure_shell_vars() {
    export EDITOR=vim
}

Не прямой ответ на ваш вопрос, но у меня есть сценарии-обертки для обработки подобных вещей, а не дополнительные сложности в .bashrc. Например, вот мой сценарий l, который обрабатывает ваше дело здесь кросс-платформенным способом:

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