Code Opération : OMBRE-ET-VERSIONS-5
OBJECTIFS :
- Synchroniser plusieurs agents sur une même cible.
- Envoyer et recevoir des informations sans se faire repérer.
- Maintenir la chaîne de confiance.
1. DÉPÔTS DISTANTS – LA BASE SECONDAIRE
Votre dépôt local est votre sanctuaire. Mais le travail d’équipe nécessite une source de vérité commune.
C’est le dépôt distant (remote).
GitHub, GitLab, Bitbucket – des coffres-forts dans le cloud. Des points de ralliement.
Vous n’y travaillez pas directement. Vous y poussez vos commits et en tirez ceux des autres.
2. git remote – GÉRER LES CONTACTS
Lier votre dépôt local à un distant :
git remote add origin https://github.com/votre-compte/votre-repo.git
origin est un alias. Une convention. Vous pouvez l’appeler backup, central, omega.
Voir vos contacts :
git remote -v
Supprimer un contact compromis :
git remote remove origin
3. git clone – RÉCUPÉRER UNE BASE EXISTANTE
Quand vous arrivez sur une opération déjà en cours :
git clone https://github.com/votre-compte/votre-repo.git
Cela copie l’historique entier, crée un dépôt local, et ajoute automatiquement origin pointant vers la source.
Vous êtes maintenant en phase avec l’équipe.
4. git push – ENVOYER VOS DONNÉES
Une fois vos commits prêts, vous les expédiez vers le distant :
git push origin main
Cela envoie vos commits et met à jour la branche main sur origin.
Si quelqu’un a poussé avant vous, le push sera rejeté. Il faudra d’abord tirer ses changements.
5. git pull – RÉCUPÉRER LES DONNÉES DES AUTRES
C’est un fetch + merge en une commande.
git pull origin main
Télécharge les commits distants et les fusionne dans votre branche locale.
Si vous avez des modifications en cours, cela peut créer un merge commit.
Pour éviter ça, commitez toujours avant de puller.
6. PULL REQUESTS / MERGE REQUESTS – LA PROCÉDURE DE CONTRÔLE
Vous ne poussez pas directement sur main dans une équipe sérieuse.
Vous travaillez sur une branche, vous poussez cette branche, puis vous ouvrez une Pull Request (GitHub) ou Merge Request (GitLab).
C’est une demande de fusion examinée.
Un autre agent vérifie votre code, discute des modifications, valide avant intégration.
C’est le verrou de sécurité. Le garde-fou.
TRAVAUX PRATIQUES – SCÉNARIO : COORDINATION À DEUX
Opération "Duo Synchronisé"
Prérequis : Deux machines, ou deux dossiers locaux simulant deux agents. Un dépôt distant (créé sur GitHub/GitLab en mode public ou privé).
Étapes :
Agent A (Initiateur) :
- Crée un dépôt distant vide sur GitHub (nom :
operation-echo). - Clone localement :
git clone https://github.com/votre-compte/operation-echo.git cd operation-echo - Crée un fichier
mission.mdavec :# Opération Echo Objectif : Surveillance. - Commite et pousse :
git add . && git commit -m "Définition initiale de la mission" git push origin main
Agent B (Collaborateur) :
- Clone le même dépôt dans un autre dossier :
git clone https://github.com/votre-compte/operation-echo.git operation-echo-agentB cd operation-echo-agentB - Crée une branche pour ses modifications :
git checkout -b ajout-protocole - Modifie
mission.md, ajoute :## Protocole - Communication chiffrée uniquement. - Rendez-vous à minuit. - Commite et pousse la nouvelle branche :
git add . && git commit -m "Ajout du protocole opérationnel" git push origin ajout-protocole
Retour à l’Agent A :
- Récupère la nouvelle branche :
git fetch origin - Vérifie les modifications proposées :
git checkout ajout-protocole git diff main..ajout-protocole - Simule l’approbation : retourne sur
main, merge la branche :git checkout main git merge ajout-protocole git push origin main
Agent B :
- Se remet à jour :
git checkout main git pull origin main - Nettoie : supprime sa branche locale et distante :
git branch -d ajout-protocole git push origin --delete ajout-protocole
FIN DU MODULE 5.
Vous savez maintenant travailler à plusieurs sur une même source de vérité, synchroniser vos actions et valider les apports de chacun via des procédures contrôlées.
La prochaine fois, on entrera dans les cas avancés : annuler, réécrire l’histoire, nettoyer les traces.
Rapport clos.