Premier test⚓︎

Nous allons tester les principales étapes de l'utilisation de Git sur un dépôt distant. Pour cela, vous pouvez utiliser un dépôt sur lequel vous avez les droits d'écriture, que ce soit le dépôt de votre projet de site web, ou un nouveau dépôt de test

Premier clonage⚓︎

Récupérer sur la page du projet le lien de clonage par SSH : bouton "Code", puis "Cloner avec SSH". Copier l'URL.

Dans un terminal, naviguer vers le dossier où vous voulez cloner le dépôt, et lancer la commande git clone <URL> [<dest>]. Si vous ne précisez pas de destination, le dépôt sera cloné dans un dossier portant le nom du dépôt.

Lors du tout premier clonage, le serveur ssh envoie sa clef publique au client pour qu'il puisse vérifier l'identité du serveur. Si le serveur est inconnu, le client demande à l'utilisateur s'il accepte d'ajouter l'hôte à la liste des connus. Si l'utilisateur accepte, le serveur est ajouté à la liste des connus, et le clonage peut continuer. Confirmez en tapant yes, ou y et validez.¹

confirmer l'ajout de l'hôte à la liste des connus

Tester un cycle de modifications⚓︎

Maintenant que vous avez cloné le dépôt, vous pouvez tester un cycle de modifications :

modifiez un fichier (par exemple le fichier README.md) dans le dépôt cloné. Utilisez l'éditeur de texte de votre choix.

Les étapes en images

Naviguer vers le projet sur l'ordi, et éditer le fichier README.md

Ouvrir avec un éditeur de texte (notepad suffit)

Rajouter une ligne / modifier le fichier

Enregistrer la modification
dans le terminal, la commande git status vous permet de voir l'état du dépôt : quels fichiers ont été modifiés, quels fichiers sont prêts à être enregistrés, quels fichiers ne sont pas suivis par Git.

Les étapes en images

Commande git status pour voir l'état du dépôt
la commande git add <fichier> permet de "préparer" l'enregistrement des modifications du fichier <fichier>. Vous pouvez ajouter plusieurs fichiers en une seule commande (git add <fichier1> <fichier2>...), ou ajouter tous les fichiers modifiés d'un répertoire et de ses sous-répertoires de manière récursive en une seule commande avec git add <repertoire>. La commande git add . ajoute tous les fichiers modifiés du répertoire courant et de ses sous-répertoires.

Les étapes en images

On prépare l'enregistrement des modifications pour le fichier README.md
git commit -m "message" permet d'"enregistrer les modifications" qui avaient été préparées, associées à votre identité et au message de commit "message". Si l'étape git config ... pour configurer son identité n'a pas encore été faite, elle sera demandée à ce moment.

Les étapes en images

On "enregistre" les modifications avec git commit -m "message"... MAIS erreur car 1ère fois

Éventuellement, on répond à la demande de git de savoir qui on est (nom et email)

Cette fois le git commit -m "message" fonctionne
Les modifications ont été enregistrées, on peut utiliser git push pour "envoyer" ces modifications sur le dépôt distant.

Les étapes en images

Et on peut envoyer ce lot de modifications sur le serveur

En rafraîchissant la page on verra les modifications

Les modifications sont là : fichier, hash du commit, etc...
Pour récupérer des changements effectués par vous ou une autre personne, nous allons modifier un fichier directement sur GitLab pour créer un nouveau jeu de modifications (mais cela peut très bien provenir d'une autre personne avec qui vous travaillez sur le même dépôt, ou bien de vous même sur un autre poste de travail...). Naviguez vers le fichier "README.md" et cliquez sur le bouton "Modifier". Ajoutez une ligne, et validez les modifications. Il vous sera demandé un message de commit. Validez. Des modifications sont maintenant présentes sur le dépôt distant, et pas chez vous.

Les étapes en images

Cliquer sur le fichier README.md, et bouton "Modifier"

Modifier le fichier unique

Rajouter une autre ligne, modifier le fichier

Editer le message de commit, et valider les modifications

Nouveau commit, avec modifications
Sur votre machine, vous pouvez utiliser git pull pour "récupérer" les modifications du dépôt distant.

Les étapes en images

Récupérations de ces modifications avec git pull

Les modifications sont bien arrivées
Enfin, vous pouvez utiliser git log pour voir l'historique des modifications :

Les étapes en images

git log nous donne bien l'historique des modifications

Cette étape n'est à faire qu'une seule fois, pour chaque serveur. Elle permet de vérifier que le serveur auquel on se connecte est bien celui qu'on croit, et non un serveur malveillant (attaque de type Man In The Middle). ↩