La plupart des serveurs, conteneurs et machines cloud fonctionnent sous Linux et ne disposent généralement pas de bureau graphique. C’est pourquoi l’apprentissage des commandes Linux est une compétence si utile pour les développeurs et les testeurs. Vous n’avez pas besoin d’en mémoriser des centaines. Quelques dizaines vous mèneront loin.

Nous avons testé les exemples de fichiers, de recherche et de tuyaux dans Git Bash sous Windows, qui fournit les mêmes outils de base, et le résultat provient de cette exécution. Nous n’avons pas exécuté les commandes pour les autorisations, les services, les packages et l’accès à distance, car ils dépendent d’un véritable système Linux. Les détails peuvent varier selon la distribution, alors consultez la documentation de votre propre système.

Commencer en toute sécurité

Vous n’avez pas besoin d’installer Linux pour vous entraîner. Les bonnes options incluent :

• Windows : Sous-système Windows pour Linux (WSL) ou Git Bash pour les bases.
• macOS : le terminal intégré, dont les commandes sont très similaires, bien que certaines options diffèrent.
• Tout système : un conteneur. Notre Tutoriel Docker pour débutants montre comment en démarrer un.

Entraînez-vous dans un dossier jetable et rappelez-vous que tout sous Linux est sensible à la casse : Notes.txt et notes.txt sont des fichiers différents.

Anatomie d’une commande

ls -l /var/log
^  ^  ^
|  |  argument: what to act on
|  option: how to behave
command: what to run

Les options courtes peuvent généralement être combinées, donc ls -l -a et ls -la sont identiques. Les options longues utilisent deux tirets, comme dans --help. Pour obtenir de l’aide, exécutez man ls pour le manuel complet ou ls --help pour un résumé. Appuyez sur q pour quitter une page de manuel.

Se déplacer dans le système de fichiers

Appuyez sur Tab pour compléter automatiquement les noms de fichiers et sur la flèche vers le haut pour restaurer les commandes précédentes. Ces deux habitudes permettent de gagner plus de temps que n’importe quelle autre astuce ici. Un nom de fichier commençant par un point, tel que .env, est masqué et ls ne l’affiche qu’avec -a.

Gérer les fichiers et dossiers

Voici une courte session de notre course :

$ mkdir -p project/logs
$ cd project
$ touch notes.txt
$ ls
logs  notes.txt

$ cp notes.txt backup.txt
$ mv backup.txt old.txt
$ ls
logs  notes.txt  old.txt

$ rm old.txt
$ ls
logs  notes.txt

Afficher le contenu du fichier

Pour les exemples suivants, nous avons créé un petit fichier journal :

$ cat logs/app.log
ERROR db down
INFO started
ERROR disk full
INFO stopped

$ head -n 1 logs/app.log
ERROR db down

$ tail -n 1 logs/app.log
INFO stopped

$ wc -l logs/app.log
4 logs/app.log

tail -f est un outil quotidien permettant de consulter un journal d’application en direct pendant que vous reproduisez un bug. Appuyez sur Ctrl+C pour l’arrêter.

Recherchez avec grep et trouvez

grep recherche à l’intérieur des fichiers et find recherche les fichiers eux-mêmes :

$ grep ERROR logs/app.log
ERROR db down
ERROR disk full

$ grep -c ERROR logs/app.log
2

$ find . -name "*.log"
./logs/app.log

Tuyaux et redirection

C’est l’idée qui rend la ligne de commande si puissante. Chaque outil effectue un petit travail et vous les connectez :

$ echo "hello" > greeting.txt
$ echo "world" >> greeting.txt
$ cat greeting.txt
hello
world

Soyez prudent avec un seul >, car il écrase silencieusement ce qui était déjà dans le fichier.

Un exemple concret : résumer un journal

Combien de lignes de chaque type y a-t-il dans notre journal ? La combinaison de quatre commandes simples donne la réponse :

$ cut -d' ' -f1 logs/app.log | sort | uniq -c
      2 ERROR
      2 INFO

Lecture de gauche à droite : cut prend le premier mot séparé par des espaces sur chaque ligne, sort regroupe les mots identiques et uniq -c compte chaque groupe. L’étape de tri est importante, car uniq ne réduit que les doublons voisins. Ajoutez | sort -nr à la fin pour lister en premier les plus courants.

Ce type de one-liner est d’une grande aide lorsque vous enquêtez sur des échecs. Il peut vous indiquer rapidement si une erreur s’est produite deux ou deux mille fois, ce qui est un détail utile à inclure dans un rapport de bug.

Autorisations de fichiers

Exécutez ls -l et vous verrez quelque chose comme ceci :

-rwxr-xr-- 1 asha devs 512 Nov 1 10:00 deploy.sh

Après le premier caractère, qui indique le type de fichier, il y a trois groupes de trois caractères, pour le propriétaire, le groupe et tous les autres. Chacun peut avoir r (lecture), w (écriture) et x (exécution).

Les nombres s’additionnent : lire vaut 4, écrire vaut 2 et exécuter vaut 1. Donc 7 signifie les trois et 5 signifie lire et exécuter. Évitez chmod 777, qui donne à tout le monde un accès complet, comme solution rapide aux erreurs d’autorisation. Trouvez plutôt la vraie cause. Et utilisez sudo avec précaution, car il supprime les contrôles de sécurité qui protègent normalement le système.

Informations sur les processus et le système

Pour installer un logiciel, utilisez le gestionnaire de paquets de votre distribution, tel que sudo apt install curl sur Debian et Ubuntu, ou sudo dnf install curl sur Fedora et RHEL.

Archives et travail à distance

$ tar -czf logs.tar.gz logs
$ tar -tzf logs.tar.gz
logs/
logs/app.log

Dans tar, c signifie créer, z signifie gzip, f nomme le fichier et t répertorie le contenu. Pour extraire une archive, utilisez tar -xzf logs.tar.gz. Pour travailler avec d’autres machines, voici ce dont vous avez besoin :

Ces mêmes commandes sont utilisées dans les Dockerfiles et les pipelines CI/CD, donc cette connaissance s’avère payante dans le travail DevOps.

Erreurs courantes

• Utiliser rm -rf sans regarder. Vérifiez d’abord votre dossier avec pwd et faites attention aux espaces dans les chemins.
• Écraser avec >. Utilisez >> lorsque vous vouliez ajouter.
• Tout exécuter avec sudo. Utilisez-le uniquement lorsque cela est nécessaire.
• Coller des commandes que vous ne comprenez pas. Lisez-les d’abord, en particulier tout ce qui envoie un téléchargement dans un shell.
• Oublier les guillemets. Un nom de fichier avec des espaces, comme "my file.txt", en a besoin.

Pour conclure

Vous n’apprenez pas le terminal en lisant à ce sujet. Ouvrez un shell, créez un dossier d’entraînement et exécutez les commandes de chaque section. Essayez ensuite de répondre à une vraie question à l’aide d’un tube, comme quelle erreur apparaît le plus souvent dans un journal. Commencez par la navigation et les fichiers cette semaine, ajoutez ensuite grep et les tuyaux, et le reste suivra selon vos besoins.

Questions fréquentes

Continuez à apprendre