Як у скриптах конфігурації оболонки, як я можу пояснити різниці між coreutils на BSD порівняно з GNU?

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

Я сьогодні був здивований, коли lsперестав працювати. Виявилося, що під час рефакторингу .bashrcбув псевдонім

alias ls='ls --color=always'

це зламало речі lsв баші на Терміналі в OSX. Як тільки я побачив, що BSD lsподобається -Gза кольором, але GNU (або все, що було на Ubuntu) подобається --color, було зрозуміло, що досить багато варіантів відрізняються.

Моє запитання полягає в тому, що найкращий спосіб обліку різниць у варіантах і таких варіантах між BSD та GNU coreutils? Чи слід перевірити змінну env в ifблоках, щоб побачити, яка ОС використовується та застосувати правильну поведінку? Або має сенс робити окремі конфігураційні файли для кожної ОС?

Хоча відповіді на ці запитання можуть бути суб’єктивними, здається, що усунення сфери відмінностей між BSD та GNU coreutils та стратегіями їх вирішення, щоб зробити загальну конфігурацію, придатну для використання на більшості * 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 працює, однак чистим рішенням програмування для обробки різних типів є використання поліморфізму . Оскільки це Баш, у нас немає поліморфізму, але я плутаюся зі способом підробити це. Єдина вимога - ваш .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