Proposition 1 de workflow avec des branches
Le chemin du POC sous Cerise est : /var/data/nfs/CERISE/01-Espace-de-Partage/Partage-de-code/ExemplesDeCode/chaine_post_collecte
Le dépôt distant du POC est disponible ici : https://forge.agriculture.rie.gouv.fr/gitlab/ssp/bssef/esea_chaine_post_collecte
Travail collectif à 5 personnes sur 2 bureaux différents (BSSAF et BMS)
Proposition d’organisation
Les dépôts locaux et distants contiennent 6 branches (1 branche principale + 1 branche par développeur).
Lorsqu’un des agent/développeur veut travailler sur le projet, il doit (résumé - voir + de détails en dessous de cette page) :
- Ouvrir le projet R (.Rproj)
- Par sécurité, se positionner sur la branche master (rappel sur comment faire : https://ssm-agriculture.github.io/formation-git/#/changer-de-branche)
- Faire un git pull avec le bouton de RStudio pour récupérer le travail que les autres développeurs ont fusionné sur la branche master
- Se positionner sur sa branche de travail personnelle, par exemple eric
- Mettre à jour la branche eric avec les dernières modifications poussées sur master
- Effectuer les modifications sur sa branche. Par exemple, ici on a modifié le contenu du programme R 02_Traitements_identifiant/Exemple.R
- Ajouter les modifications à l’index (en cochant la case devant le nom des fichiers) puis effectuer un commit (en renseignant le message de commit puis en appuyant sur le bouton « Commit » de RStudio)
- Pousser les modifications sur la forge Gitlab en cliquant sur le bouton de RStudio « Push ». Éric pousse ainsi sa branche locale eric sur la branche distante eric 😄)
- Sur la forge Gitlab, Éric fait une demande de merge requests pour fusionner ses modifications dans la branche principale master.
- Une fois la fusion effectuée, Éric retourne sous Cerise et se positionne sur la branche master.
- Puis effectuer un « git pull » pour récupérer les modifications fusionnées sur master (en cliquant sur le bouton « Pull » de RStudio. Vous devriez voir apparaître dans les programmes R, les modifications que vous avez poussées sur la branche de travail eric.
- Éric peut fermer le projet.
Détails avec illustrations des différentes étapes :
- Ouvrir le projet R (.Rproj)
- Par sécurité, se positionner sur la branche master (rappel sur comment faire : https://ssm-agriculture.github.io/formation-git/#/changer-de-branche)
- Faire un git pull avec le bouton de RStudio pour récupérer le travail que les autres développeurs ont fusionné sur la branche master
Si vos collègues ont bien travaillé, vous devriez avoir ce message apparaître (sinon ce n'est pas grave, vous avez bien fait de suivre cette étape):
- Se positionner sur sa branche de travail personnelle, par exemple eric
- Mettre à jour la branche eric avec les dernières modifications poussées sur master (obligatoirement avec le terminal ici)
- Effectuer les modifications sur sa branche. Par exemple, ici on a modifié le contenu du programme R 02_Traitements_identifiant/Exemple.R
- Ajouter les modifications à l’index (en cochant la case devant le nom des fichiers) puis effectuer un commit (en renseignant le message de commit puis en appuyant sur le bouton « Commit » de RStudio)
- Pousser les modifications sur la forge Gitlab en cliquant sur le bouton de RStudio « Push ». Éric pousse ainsi sa branche locale eric sur la branche distante eric 😄)
- Sur la forge Gitlab, Éric fait une demande de merge requests pour fusionner ses modifications dans la branche principale master.
Renseigner la page relative à la merge request (au minimum lui donner un titre) + d'infos sur comment remplir cette page sur cette slide
Puis effectuer la fusion en cliquant sur le bouton « Create merge request » Dans notre organisation, laisser décocher la case « Delete source branch when merge request is accepted » parce que la branche eric est une branche permanente (voir cette slide issue de la formation)
Après vérification par Git qu’il n’y a pas de conflit, cliquez sur le bouton « Merge » de Gitlab
- Une fois la fusion effectuée, Éric retourne sous Cerise et se positionne sur la branche master.
-
Puis effectuer un « git pull » pour récupérer les modifications fusionnées sur master (en cliquant sur le bouton « Pull » de RStudio. Vous devriez voir apparaître dans les programmes R, les modifications que vous avez poussées sur la branche de travail eric.
-
Éric peut fermer le projet.