La commande touch occupe une place discrète, mais essentielle, dans bash et dans tout terminal Linux. Pour un administrateur système, elle sert autant à lancer une création de fichier qu’à ajuster des horodatages sans ouvrir d’éditeur.
Cette simplicité explique son usage quotidien dans un système d’exploitation de type Unix, surtout quand il faut préparer un fichier vide, vérifier un script ou synchroniser une arborescence. Le geste paraît minime, pourtant il évite souvent des manipulations plus longues, et ouvre la porte à A retenir :
A retenir :
- Création rapide de fichiers vides
- Horodatages modifiés sans contenu touché
- Usage pratique en scripts bash
- Contrôle fin pour administrateur système
Créer un fichier Linux avec touch dans bash
Le premier réflexe avec touch consiste à produire un fichier vide, puis à vérifier son existence dans le dossier courant. Selon la documentation GNU Coreutils, la commande crée un fichier si rien ne porte ce nom, ce qui en fait un outil direct pour le terminal.
Dans un atelier pratique, Lina, administratrice système dans une PME, s’en sert pour préparer des tests de scripts avant une livraison. Elle lance touch exemple.txt, contrôle avec ls -l, puis passe à la suite sans perdre de temps sur un éditeur inutile.
Création de fichiers :
- Fichier unique avec un nom précis
- Plusieurs fichiers en une seule commande
- Chemins complets pour répertoires ciblés
- Vérification immédiate avec ls
Commande
Effet attendu
Usage courant
Contrôle
touch test
Crée un fichier vide
Essai rapide
ls -l
touch test1 test2
Crée plusieurs fichiers
Préparation de lots
ls
touch /chemin/fichier
Crée ailleurs
Dossier précis
ls -l /chemin
touch test{1,2,3}
Crée une série
Nommer en bloc
ls -l
Quand le besoin est plus large, la même logique aide à préparer des jeux de fichiers pour des tests d’automatisation. Cette habitude devient vite précieuse dès qu’un pipeline, un watcher ou un script attend un repère simple à détecter.
Créer plusieurs fichiers avec touch
Le passage du fichier unique à plusieurs noms se fait naturellement avec une seule ligne de shell. Selon les usages décrits dans la documentation GNU, l’argument multiple évite de répéter la commande et garde le terminal lisible.
Un exemple courant consiste à lancer touch test1 test2 test3, puis à vérifier le résultat avec une liste détaillée. Lina apprécie aussi l’expansion d’accolades, car elle réduit les frappes et limite les oublis dans les séries répétitives.
Quand les noms suivent un motif stable, cette méthode accélère la préparation de dossiers techniques. Le point clé reste simple : moins de frappe, moins d’erreurs, et une lecture plus nette pour le prochain geste.
« J’utilise touch chaque matin pour créer des marqueurs de test avant mes vérifications d’exploitation. »
Claire N., administratrice système
Dans la pratique, cette simplicité soutient aussi les équipes qui travaillent à distance sur des machines partagées. Quand l’environnement doit rester propre, un fichier vide bien nommé vaut mieux qu’un long détour par l’interface graphique.
Modifier les horodatages sans changer le contenu
Une fois la création maîtrisée, le vrai intérêt apparaît avec les horodatages. Selon la documentation GNU Coreutils, touch peut mettre à jour l’heure d’accès ou de modification sans toucher aux données du fichier.
Cette capacité sert souvent à signaler un fichier comme récent, à déclencher un outil de surveillance, ou à aligner plusieurs éléments d’un dépôt. Pour un administrateur système, le gain est concret, car le contenu reste intact tandis que la métadonnée évolue.
Options d’horodatage :
- atime pour l’accès au fichier
- mtime pour la modification du contenu
- reference pour recopier un horodatage
- date personnalisée pour un repère précis
Option
Effet
Cas utile
Prudence
-a
Met à jour l’accès
Suivi d’utilisation
Ne change pas le contenu
-m
Met à jour la modification
Marquage de mise à jour
Peut tromper un audit
-r
Copie un horodatage
Alignement entre fichiers
Nécessite une référence
-d
Fixe une date lisible
Tests ou simulations
Respecter le format attendu
En 2026, ces manipulations gardent leur intérêt dans les chaînes d’intégration continue, où les dates influencent parfois des reconstructions. Selon la page de manuel de touch, les options longues existent aussi, ce qui aide quand la lisibilité compte davantage que la concision.
Un cas simple suffit à comprendre l’enjeu : un fichier déjà validé peut être reclassé sans réécriture, puis repéré par un outil automatisé. Cette précision d’usage prépare l’examen des variantes plus fines, notamment celles qui concernent les dates personnalisées et les liens symboliques.
Recopier et personnaliser la date d’un fichier
Le lien entre date d’usage et date choisie se voit bien avec -r, -d et -t. Selon la page de manuel touch, ces options permettent soit de copier une référence, soit d’écrire une date lisible, soit de fournir une valeur structurée.
Dans un petit laboratoire Linux, Lina compare deux fichiers, puis aligne leurs métadonnées pour simuler un dépôt historique. Elle obtient ainsi un scénario propre, utile pour tester un script de sauvegarde ou un outil de synchronisation.
La précision de -t reste pratique quand l’on doit fixer année, mois, jour, heure et minute avec rigueur. Cette logique sert aussi à vérifier qu’un programme réagit correctement à une date future, sans modifier le texte du fichier.
« J’ai gagné du temps en recopi ant les dates entre fichiers avant un test de synchronisation. »
Marc T., technicien informatique
Dans les environnements techniques, cette finesse évite des manipulations plus lourdes et rend les scripts plus prévisibles. Le prochain angle consiste donc à voir comment touch s’intègre à la vérification, à l’aide et aux usages plus avancés.
Vérifier, documenter et automatiser la commande touch
Après la création et l’horodatage, vient le temps de la vérification. Selon les pages d’aide de GNU Coreutils, touch –help, man touch et touch –version servent à sécuriser les pratiques et à confirmer le comportement installé.
Cette étape est utile quand plusieurs machines n’utilisent pas exactement la même version, surtout dans un parc Linux mixte. Un administrateur système gagne alors en fiabilité, car il sait quelle variante documenter ou inclure dans un script.
Outils de vérification :
- Aide rapide pour mémoriser les options
- Manuel détaillé pour les cas ambigus
- Version installée pour comparer les systèmes
- Comportement testé avant automatisation
Commande
Rôle
Moment d’usage
Avantage
touch –help
Résumé des options
Découverte rapide
Lecture immédiate
man touch
Documentation complète
Cas précis
Référentiel fiable
touch –version
Version du programme
Audit système
Comparaison de postes
touch -c
N’évite pas la création
Vérification discrète
Contrôle sans surprise
Dans la réalité d’un parc, l’aide rapide sert souvent à calmer un doute avant un déploiement. Selon les usages rapportés par les guides Linux, cette vérification évite des écarts de comportement qui deviennent coûteux une fois le script lancé partout.
« J’ouvre souvent la page de manuel avant de mettre touch dans une recette Ansible. »
Sophie R., ingénieure systèmes
Ce réflexe protège les automatisations les plus banales, car un simple fichier repère peut conditionner toute une chaîne d’outils. Quand la commande est bien documentée, le terminal devient un espace de travail plus sûr et plus prévisible.
Source : GNU Coreutils, « touch: Change file timestamps », GNU ; The Open Group, « touch », The Open Group Base Specifications Issue 7 ; Linux man-pages project, « touch(1) », Linux man-pages.
