Imaginons un dossier normal avec des fichiers. On ajuste un script un peu — puis encore — puis encore. Une semaine plus tard, c’est déjà difficile de se rappeler ce qui a changé exactement et pourquoi ça a “soudainement” cessé de fonctionner. Le réflexe le plus courant, c’est de faire des copies : script_v2.sh, script_final.sh, script_final_final.sh, et ensuite apparaît script_final_ok_please.sh. C’est une réaction humaine tout à fait normale — beaucoup de gens l’ont déjà fait. Mais c’est justement là que Git devient vraiment utile : il enlève le chaos des copies et donne un historique clair des changements.
Git, c’est un système de version control. Il transforme une suite de petites modifications un peu “au hasard” en une histoire structurée : chaque changement important est enregistré comme une étape, avec une courte explication. À tout moment, il est possible de voir ce qui a été modifié, de revenir à une version précédente, ou de comparer deux versions. Git n’est pas une “magie de programmeur” : c’est un outil pratique qui évite de dépendre de la mémoire… et des copies de fichiers faites à la main.
Dans ce tutoriel, on fait un tour d’horizon de Git : installation sur Linux (avec Debian comme exemple), connexion d’un repo GitLab sur un ordinateur ou un serveur, et les scénarios de base pour travailler avec Git au quotidien.
On peut prendre un café ou un thé — et on commence.
Avoir son propre serveur NTP dans le réseau local, c’est utile pour les équipements qui n’ont pas accès direct à internet (switches, firewalls, conteneurs isolés) ou pour réduire la dépendance aux serveurs externes.
