Projet

Général

Profil

Petit precis de shell » Historique » Version 6

Florent Torregrosa, 01/08/2013 19:45
correction fautes de frappes

1 3 Julien Enselme
{{toc}}
2 2 Julien Enselme
3 6 Florent Torregrosa
Le shell est un langage assez particulier qu'on ne connait pas forcément en arrivant à centrale et qu'on a pas forcément l'occasion de beaucoup pratiquer. Le but de ce document est de rappeler les quelques bases du langage et de fournir quelques solutions standard à des problèmes courants afin que le nouveau membre du club Drupal ne soit pas désemparé et puisse comprendre les scripts. Il ne se veut en aucun cas un cours/tuto complet et exhaustif.
4 1 Julien Enselme
5 3 Julien Enselme
h1. Quelques rappels d'Unix
6
7
Le langage shell est le langage de script qui vient par défaut avec _tous_ les Unix. En effet, même si désormais d'autres interpréteurs plus modernes sont désormais répandus (bash, csh, zsh, etc.), ils ont tous conservé la compatibilité avec le shell.
8
9
Comme pour la plupart des langages de script, il existe deux façons d'exécuter des instructions shell :
10
11
* directement dans l'interpréteur
12
* dans un script shell
13
14
Pour lancer un interpréteur shell, rien de plus simple : lancer un terminal (graphique ou tty). Et oui, le shell comprend toutes les commandes Unix que vous avez vues en début d'année (pwd, cd, cp). Vous pouvez donc les réutiliser _telles quelles_ dans vos scripts et utiliser son bon terminal pour faire des boucles, des conditions et j'en passe.
15
16 1 Julien Enselme
h1. Les bases du shell
17 3 Julien Enselme
18 4 Julien Enselme
Il est très important de comprendre et de garder à l'esprit qu'en shell tout est :
19
20
* chaîne de caractères (y compris les nombres) ! Entrez @echo 1 + 1@ dans le terminal pour vous en convaincre.
21
* commande et que donc elles peuvent prendre des arguments (cela s'éclaircira plus tard)
22
23
h2. Syntaxe de base
24
25
Les commandes s'écrivent soit :
26
27 6 Florent Torregrosa
* les unes à la suite des autres séparées par ; (peu recommandé)
28 4 Julien Enselme
* séparées les unes des autres par un saut de ligne
29
30
Chaque commande peut prendre des arguments de deux types :
31
32
* les arguments courts (l, r, h pour @ls@ par exemple) qui sont passés comme suit : @CMD -ARG@
33
* les arguments longs (recursive pour @rsync@ par exemple) qui se passent comme ceci : @CMD --ARGUMENT@
34
35
Il est évidement possible de passer plusieurs arguments à une même commande.
36
37 6 Florent Torregrosa
{{tip(Certains arguments existent sous une forme courte et une forme longue. Consulter le manuel de la commande pour plus de détails. Le manuel contient également la liste complète des arguments supportés par une commande.)}}
38 4 Julien Enselme
39
{{note(Certains commandes ne respectent pas la convention énoncée ce-dessus. Leurs arguments long se passent avec un seul - (find en est un exemple))}}
40
41 5 Julien Enselme
h2. Valeurs de retour des commandes et exception
42
43 6 Florent Torregrosa
Une fois qu'une commande s'est exécutée, elle renvoie une valeur de retour afin "d'informer" l'utilisateur. Cette valeur permet en effet de savoir si la commande s'est exécutée correctement. Voici les valeurs de retour possibles et leur signification :
44 5 Julien Enselme
45
* 0 : tout va bien
46
* 1 : erreur
47
* 2 : erreur grave
48
49 6 Florent Torregrosa
Vous pouvez vous aussi utiliser ces valeurs de retour. Par défaut, un script qui se complète correctement retourne 0. Mais vous pouvez (par exemple si un utilisateur tente d'exécuter un script qui nécessite un argument sans) retourner un autre code d'erreur avec la commande @exit@. Il suffit de lui passer le code qu'elle doit retourner. Votre script s'arrêtera alors avec le code d'erreur spécifié.
50 5 Julien Enselme
51 4 Julien Enselme
h2. Conditions et itérations