Rewrite agenda

Programme.md

@@ -4,31 +4,48 @@ Le grand principe : une première partie non technique, la suite est orientée t
 
 ## Nos a-prioris sur le Logiciel Libre
 
-(aka trollons sur le libre)
-
 * Quels sont les reproches formulés à l'encontre du logiciel libre (à tord ou à raison)
 * Qu'est-ce qui ne fonctionne pas dans le logiciel libre
 
-### Configuration de son git
+## Travail collaboratif avec Git & Gitlab (mode web)
+
+Objectif :
+
+* Considérons ce projet https://gitlab.adullact.net/adullact/Accompagnement-git-gitlab
+* Ajouter ses prénom, nom, organisme au fichier [CONTRIBUTORS.md](https://gitlab.adullact.net/adullact/Accompagnement-git-gitlab/blob/master/CONTRIBUTORS.md) 
+
+Contraintes :
+
+* Nous ne faisons pas parti du projet, nous sommes des contributeurs extérieurs
+
+Conséquences :
+
+* Besoin de passer par un fork personnel (préciser les deus sens de fork) dans son environnement Gitlab 
+* Faire la modification
+* Proposer la Merge Request
+* Attendre validation
+* Gérer d'éventuels conflits (auquel cas => ligne de commande)
+
+Poser le flux de travail d'une contribution, et s'appuyer le [Cycle de vie d'une contribution dans Départements & Notaires](https://gitlab.adullact.net/departements-notaires/departements-notaires/blob/master/documentation/cycle-de-vie-contribution.md) 
 
-1. Définir son identité : `git config --global user.name "Prénom NOM"`
-2. Définir son courriel : `git config --global user.email "moi@moncourriel.Fr"`
+Schéma à faire construire :
 
-### Git clone en anonyme (CLI)
+* dépôt canonique du projet
+* fork perso du projet
+* nom de l'action / des actions sur la flêche allant du dépôt canonique au dépôt perso
+* idem mais sens contraire 
 
-1. git clone d'un repos en anonyme
-1. git log -5
-1. git commit
+## Travail collaboratif avec Git & Gitlab (mode ligne de commande)
 
-### Workflow de travail sur D&N
+Schéma : 
 
-* dérouler le worlflow: issue, ouvrir MR, coder, merge master dans branche, soumission MR
+* Compléter en introduisant la notion de local / remote
 
-### Comment mettre à jour son fork
+Intérêt de la ligne de commande :
 
-* ajouter un remote upstream sur son repos local puis push sur son origin
+* permet de gérer simplement les conflits
+* permet d'utiliser toute la puissance de Git
 
-### Environnements de dev / test / prod
+Objectif :
 
-* poser les idées
-* amener les runners
\ No newline at end of file
+* Faire le même exercice que précédemment mais avec un conflit (deux personnes font des modificatiosn "contraires" sur une même ligne)