Comment garder les fichiers dot-agnostic?

En raison de mon travail, j'ai récemment commencé à utiliser OS X et je l'ai configuré en utilisant homebrew afin d'obtenir une expérience similaire à celle de Linux.

Cependant, il existe de nombreuses différences dans leurs paramètres. Certains n'ont besoin d'être installés que sur un seul système. Comme mes fichiers de points vivent dans un référentiel git, je me demandais quel type de commutateur je pouvais mettre en place, de sorte que certaines configurations ne soient lues que pour le système Linux et d'autres pour OS X.

En ce qui concerne les fichiers dot, je me réfère, entre autres, à .bash_profilesou .bash_alias.

Gardez les fichiers dot aussi portables que possible et évitez les paramètres dépendants du système d'exploitation ou les commutateurs qui nécessitent une version particulière d'un outil, par exemple évitez la syntaxe GNU si vous n'utilisez pas le logiciel GNU sur tous les systèmes.

Vous rencontrerez probablement des situations où il est souhaitable d'utiliser des paramètres spécifiques au système. Dans ce cas, utilisez une instruction switch avec les paramètres individuels:

case $(uname) in
  'Linux')   LS_OPTIONS='--color=auto --group-directories-first' ;;
  'FreeBSD') LS_OPTIONS='-Gh -D "%F %H:%M"' ;;
  'Darwin')  LS_OPTIONS='-h' ;;
esac

Dans le cas où les fichiers de configuration d'applications arbitraires nécessitent différentes options, vous pouvez vérifier si l'application fournit des commutateurs de compatibilité ou d'autres mécanismes. Pour vim, par exemple, vous pouvez vérifier la version et le niveau de correctif pour prendre en charge les fonctionnalités plus anciennes, ou les versions compilées avec un ensemble de fonctionnalités différent, ne l'ont pas. Exemple d'extrait de .vimrc:

if v:version >= 703
  if has("patch769")
    set matchpairs+=“:”
  endif
endif

Si vous ne vous préoccupez que des fichiers réellement exécutés, tels que .bash_profiles et amis, vous pourrez peut-être vous en sortir, par exemple unamepour vous différencier en fonction du système sur lequel le code s'exécute.

Par exemple , complètement non testé et avec la mise en garde que je n'ai pas d'OS X pour essayer, si vous en avez actuellement sur Linux:

alias ll='ls -lFA'

et sur Mac OS X:

alias ll='ls -lFAx'

(où -xoblige OS X à lsfaire quelque chose que GNU ls fait par défaut), alors ils peuvent être combinés en quelque chose comme ceci:

OS="$(uname -s)"
if test "$OS" = "Darwin"; then
    alias ll='ls -lFAx'
    # ...other OS X-specific things go here...
else if test "$OS" = "Linux"; then
    alias ll='ls -lFA'
    # ...other Linux-specific things go here...
fi
# ...generic things go here...

La seule exigence est alors que cela uname -sfonctionne principalement de la même manière (il devrait, puisque les deux systèmes sont raisonnablement POSIX-y et uname -s est requis par POSIX (merci Marco de l' avoir signalé )), et que la syntaxe de branchement des scripts shell basé sur une comparaison de chaînes est le même. Vous pouvez également tester en fonction d'autres critères; par exemple, vous pouvez rechercher / etc / lsb_release, vérifier si / proc / sys / kernel / ostype contient "Linux", ou tout autre test que vous pouvez proposer.