Hands-on-Lab (TP) sur l'utilisation de Git en mode avancé dispensé avec mes collègues Alexis DMYTRYK et Thomas COLLIGNON lors de DevoxxFR 2018.
L'énoncé avec les corrections est disponible sur mon slideshare.
Hands-on-Lab (TP) sur l'utilisation de Git en mode avancé dispensé avec mes collègues Alexis DMYTRYK et Thomas COLLIGNON lors de DevoxxFR 2018.
Présentation disponible ici : https://fr.slideshare.net/JrmeTAMBORINI/tp-git-avanc-devoxxfr-2018-pres
Git est un logiciel de gestion de versions décentralisé qui vous permettra de gérer la vie d'un code informatique. Il permet une stratégie de backup, de gérer des versions et de stocker tout l'historique des modifications apportées à un projet informatique.
Découvrez les principes et fonctionnalités essentielles de git. Soyez prêts à travailler en 3 heures.
La dernière version est disponible en téléchargement direct à cette adresse : http://giant-teapot.org/uploads/tutorials/git_tutorial.pdf
Diaporama pour la formation git réalisée pour l'association Atilla, septembre 2012.
http://articles.nissone.com/2014/11/gitpourlanulle/
Je comprenais mal Git, m’emmêlais dans les notions de branches, de fork et de commit. J’ai demandé des explications à Julien. J’ai mis ça en images et avec mes mots. Je vous le partage (CC by SA), des fois que ça vous serve aussi.
Hands-on-Lab (TP) sur l'utilisation de Git en mode avancé dispensé avec mes collègues Alexis DMYTRYK et Thomas COLLIGNON lors de DevoxxFR 2018.
Présentation disponible ici : https://fr.slideshare.net/JrmeTAMBORINI/tp-git-avanc-devoxxfr-2018-pres
Git est un logiciel de gestion de versions décentralisé qui vous permettra de gérer la vie d'un code informatique. Il permet une stratégie de backup, de gérer des versions et de stocker tout l'historique des modifications apportées à un projet informatique.
Découvrez les principes et fonctionnalités essentielles de git. Soyez prêts à travailler en 3 heures.
La dernière version est disponible en téléchargement direct à cette adresse : http://giant-teapot.org/uploads/tutorials/git_tutorial.pdf
Diaporama pour la formation git réalisée pour l'association Atilla, septembre 2012.
http://articles.nissone.com/2014/11/gitpourlanulle/
Je comprenais mal Git, m’emmêlais dans les notions de branches, de fork et de commit. J’ai demandé des explications à Julien. J’ai mis ça en images et avec mes mots. Je vous le partage (CC by SA), des fois que ça vous serve aussi.
Principes de fonctionnement unix, Tâches différées, Boot et lancement du noyau, Processus init, Services et démons, Services et démons, Les runlevels, Scripts de lancement des services
Le système d'initialisation de linux est historiquement géré par system V. En 2010, Lennart Poettering, de la société red hat, constate que celui-ci n'est plus adapté aux contraintes des environnements modernes, et décide, avec l'appui de red hat, d'en développer un nouveau : systemd.
Après un tour d'horizon de l'architecture de systemd, nous verrons, comment dev et ops peuvent l'utiliser afin de gérer le cycle de vie de leur application, ordonnancer des tâches, redémarrer automatiquement une application en cas de crash, gérér des dépendances entre processus...
speaker : Jean-Eudes Couignoux
GoCD est un serveur de déploiement continu qui intrigue et beaucoup de gens se demande bien ce qu’il pourrait faire en plus qu’un bon vieux Jenkins des familles. En quoi est-il si différent ? Pourquoi l’équipe du plateau d’à coté ne jure que par ça ? Voyons ça ensemble, brisons la vitre et approchons nous un peu pour en savoir plus.
PyConFR 2015 : Utiliser salt pour tester son infrastructure sur open stack ou...Arthur Lutz
Comment utiliser Salt (outil en python pour la gestion d'infrastructure, gestion de conf centralisé mais aussi exécution à distance et orchestrateur) pour tester des bouts de son infrastructure (ses applications n-tiers) dans un environnement "bac-à-sable", en machines virtuelles sur un cloud privé (OpenStack, en python!), soit en conteneurs (LXC ou docker). Le tout versionné avec du mercurial.
Rapport administration systèmes et supervision réseaux tp2 diabang master1 trCheikh Tidiane DIABANG
Administration systèmes et supervision réseaux (TP 2) : systèmes de fichiers
Tache 1: généralité sur les systèmes de fichiers
Tache 2: gérer des systèmes de fichiers ext2/ext3/ext4
Tache 3: mettre en place un serveur NFS
Tache 4: créer un système de fichier dans un fichier
Infra as Code, choisissez vous la pilule rouge ou la pilule bleue - Devoxx 2016Fabien Arcellier
Après maints périples, vous avez progressivement amélioré votre capacité à gérer des environnements au travers d'Infra as Code. Votre code initialement simple a pris de l'embonpoint et vous sentez la réalité vous rattraper implacablement : vous êtes en train de créer de la complexité, voire même de la dette.
Loin d'être une fatalité, à partir de notre expérience de développeur (Fabien) et d'ops (Alexandre), nous vous proposons un road trip dans des
pratiques de développement déclinées sur l'Infra as Code (Bash, Puppet et Ansible).
Nous présentons des pratiques, des plus simples activables immédiatement à des démarches plus complexes pour dessiner une big picture de l'Infra as Code, de ses contraintes, de ses forces et de ses pièges.
* Comment mettre en place des boucles de feedback les plus courtes possibles ?
* Comment faire du test driven development sur l'infrastructure ?
* Quels patterns et outils pour tester une configuration sans tirer toute votre infra et itérer plus rapidement ?
* Quel est le rapport entre Tetris, un ascenceur et l'Infra as Code ?
Principes de fonctionnement unix, Tâches différées, Boot et lancement du noyau, Processus init, Services et démons, Services et démons, Les runlevels, Scripts de lancement des services
Le système d'initialisation de linux est historiquement géré par system V. En 2010, Lennart Poettering, de la société red hat, constate que celui-ci n'est plus adapté aux contraintes des environnements modernes, et décide, avec l'appui de red hat, d'en développer un nouveau : systemd.
Après un tour d'horizon de l'architecture de systemd, nous verrons, comment dev et ops peuvent l'utiliser afin de gérer le cycle de vie de leur application, ordonnancer des tâches, redémarrer automatiquement une application en cas de crash, gérér des dépendances entre processus...
speaker : Jean-Eudes Couignoux
GoCD est un serveur de déploiement continu qui intrigue et beaucoup de gens se demande bien ce qu’il pourrait faire en plus qu’un bon vieux Jenkins des familles. En quoi est-il si différent ? Pourquoi l’équipe du plateau d’à coté ne jure que par ça ? Voyons ça ensemble, brisons la vitre et approchons nous un peu pour en savoir plus.
PyConFR 2015 : Utiliser salt pour tester son infrastructure sur open stack ou...Arthur Lutz
Comment utiliser Salt (outil en python pour la gestion d'infrastructure, gestion de conf centralisé mais aussi exécution à distance et orchestrateur) pour tester des bouts de son infrastructure (ses applications n-tiers) dans un environnement "bac-à-sable", en machines virtuelles sur un cloud privé (OpenStack, en python!), soit en conteneurs (LXC ou docker). Le tout versionné avec du mercurial.
Rapport administration systèmes et supervision réseaux tp2 diabang master1 trCheikh Tidiane DIABANG
Administration systèmes et supervision réseaux (TP 2) : systèmes de fichiers
Tache 1: généralité sur les systèmes de fichiers
Tache 2: gérer des systèmes de fichiers ext2/ext3/ext4
Tache 3: mettre en place un serveur NFS
Tache 4: créer un système de fichier dans un fichier
Infra as Code, choisissez vous la pilule rouge ou la pilule bleue - Devoxx 2016Fabien Arcellier
Après maints périples, vous avez progressivement amélioré votre capacité à gérer des environnements au travers d'Infra as Code. Votre code initialement simple a pris de l'embonpoint et vous sentez la réalité vous rattraper implacablement : vous êtes en train de créer de la complexité, voire même de la dette.
Loin d'être une fatalité, à partir de notre expérience de développeur (Fabien) et d'ops (Alexandre), nous vous proposons un road trip dans des
pratiques de développement déclinées sur l'Infra as Code (Bash, Puppet et Ansible).
Nous présentons des pratiques, des plus simples activables immédiatement à des démarches plus complexes pour dessiner une big picture de l'Infra as Code, de ses contraintes, de ses forces et de ses pièges.
* Comment mettre en place des boucles de feedback les plus courtes possibles ?
* Comment faire du test driven development sur l'infrastructure ?
* Quels patterns et outils pour tester une configuration sans tirer toute votre infra et itérer plus rapidement ?
* Quel est le rapport entre Tetris, un ascenceur et l'Infra as Code ?
Dans cette présentation, je vous propose de découvrir ensemble d’autre façon de développer en Java et Java 8 en particulier, mais que peu ont testé. Est-il possible de limiter le nombre de sous-classes pour une classe ? Si on peut désormais mettre un comportement dans une interface, peut-on y mettre un état ? Et peut-on sécuriser la grammaire de ses DSL internes ? Live coding à l’appui, voici certaines des questions auxquelles nous allons essayer de répondre ou qu’on ne devrait jamais aborder.
Bonnes pratiques pour apprivoiser le C++11 avec Visual C++Microsoft
Le C++ a vécu un tel renouveau ces dernières années avec la publication de C++11 (et l'arrivée imminente de C++14) que l'on peut dire qu'il y a une rupture, un avant et un après. Ce changement dans le style de programmation transparait dans chaque ligne de code et se reconnait du premier coup d’œil. À chaque nouvelle version, Visual C++ se rapproche un peu plus du support de la norme, permettant d'écrire du code plus lisible, plus robuste et plus rapide. Plus qu'un simple catalogue des fonctionnalités du langage prises en compte par Visual C++2013, cette présentation a pour ambition de vous montrer, par des exemples concrets, quels bénéfices vous pouvez tirer du C++ moderne. Au détour de ces exemples, on mettra en œuvre la sémantique de déplacement, les fonctions par défaut ou interdites, l'initialisation uniforme, les alias de types... en démasquant quelques pièges à éviter, mais surtout en présentant des pratiques sur lesquels s'appuyer pour apprivoiser ce langage moderne qu'est le C++. On fera enfin un petit point sur l'état d'avancement de Visual C++ par rapport à la norme, et sur la feuille de route présentée par les équipes de développement de Visual C++.
Speakers : Christophe Pichaud (Sogeti), Loïc Joly (Cast)
Docker Tours Meetup #1 - Introduction à DockerThibaut Marmin
Slides de l'introduction à Docker présentée par Thibaut Marmin et Antoine Boudot lors du premier Docker Tours Meetup (@DockerTours).
Présentation en trois parties :
- Introduction Docker (classique)
- Cas pratique en DEV
- Cas pratique en PROD
http://www.meetup.com/fr/Docker-Tours
Dans nos accompagnements techniques, nous observons régulièrement des problèmes de Legacy Code aussi appelé Code Patrimonial. Notamment lorsque des équipes font un virage agile et on leur demande soudainement de faire des tests unitaires automatisés. Pas si facile que cela.
Dans cette présentation, nous verrons les points suivants:
- Description de quelques techniques pour nous aider à tester le Legacy Code
- Comment avoir le droit de travailler sur du code pour le rendre plus facile à travailler
- Quelques pratiques et outils afin de s'en prémunir autant que possible au jour le jour.
Cette présentation a été donnée aux dates suivantes:
- 10 Novembre 2016 - Beer And Learn (Québec)
- 16 Novembre 2016 - Agile Tour Montréal
Mender 2.0 101: Bien démarrer avec les 'update modules'Pierre-jean Texier
Sortie courant 2019 (https://mender.io/blog/mender-2-0-released-application-updates),
la version 2.0 de Mender introduit de nouvelles fonctionnalités afin d’étendre
les scénarios de mises à jour au niveau application en environnement Linux Embarqué.
Initialement construit sur un schéma à double partition (A/B) dans sa version 1.X, la nouvelle
mouture de Mender permet par exemple :
- Mise à jour de container (e.g Docker)
- Mise à jour logiciel FPGA et/ou microcontrôleur
- Mise à jour d’une arborescence donnée du système de fichier racine
- et bien d’autres encore
Kubernetes University - Cap sur l'orchestrationWescale
Cette présentation était en partenariat avec Xebia (Jean-Baptiste Claramonte et Gerome Egron).
De nos jours, de plus en plus d’entreprises adoptent Docker. Mais comment faire avec des dizaines, des centaines voire des milliers de conteneurs à gérer ? Google s’est posé ces questions et de ses forges une réponse est sortie : le projet Kubernetes. Venez marcher dans les pas du géant en découvrant Kubernetes dans son intimité. Vous apprendrez à déployer une application, la scaler, la mettre à jour en rolling update et l'isoler des environnements. Entre démonstrations et retours de terrain, vous repartirez avec tous les outils pour conteneuriser la planète.
Similaire à TP Git avancé DevoxxFR 2018 (pres') (20)
OCTO TALKS : 4 Tech Trends du Software Engineering.pdfOCTO Technology
En cette année 2024 qui s’annonce sous le signe de la complexité, avec :
- L’explosion de la Gen AI
-Un contexte socio-économique sous tensions
- De forts enjeux sur le Sustainable et la régulation IT
- Une archipélisation des lieux de travail post-Covid
Découvrez les Tech trends incontournables pour délivrer vos produits stratégiques.
Ouvrez la porte ou prenez un mur (Agile Tour Genève 2024)Laurent Speyser
(Conférence dessinée)
Vous êtes certainement à l’origine, ou impliqué, dans un changement au sein de votre organisation. Et peut être que cela ne se passe pas aussi bien qu’attendu…
Depuis plusieurs années, je fais régulièrement le constat de l’échec de l’adoption de l’Agilité, et plus globalement de grands changements, dans les organisations. Je vais tenter de vous expliquer pourquoi ils suscitent peu d'adhésion, peu d’engagement, et ils ne tiennent pas dans le temps.
Heureusement, il existe un autre chemin. Pour l'emprunter il s'agira de cultiver l'invitation, l'intelligence collective , la mécanique des jeux, les rites de passages, .... afin que l'agilité prenne racine.
Vous repartirez de cette conférence en ayant pris du recul sur le changement tel qu‘il est généralement opéré aujourd’hui, et en ayant découvert (ou redécouvert) le seul guide valable à suivre, à mon sens, pour un changement authentique, durable, et respectueux des individus! Et en bonus, 2 ou 3 trucs pratiques!
Le Comptoir OCTO - Équipes infra et prod, ne ratez pas l'embarquement pour l'...OCTO Technology
par Claude Camus (Coach agile d'organisation @OCTO Technology) et Gilles Masy (Organizational Coach @OCTO Technology)
Les équipes infrastructure, sécurité, production, ou cloud, doivent consacrer du temps à la modernisation de leurs outils (automatisation, cloud, etc) et de leurs pratiques (DevOps, SRE, etc). Dans le même temps, elles doivent répondre à une avalanche croissante de demandes, tout en maintenant un niveau de qualité de service optimal.
Habitué des environnements développeurs, les transformations agiles négligent les particularités des équipes OPS. Lors de ce comptoir, nous vous partagerons notre proposition de valeur de l'agilité@OPS, qui embarquera vos équipes OPS en Classe Business (Agility), et leur fera dire : "nous ne reviendrons pas en arrière".
Le Comptoir OCTO - Qu’apporte l’analyse de cycle de vie lors d’un audit d’éco...OCTO Technology
Par Nicolas Bordier (Consultant numérique responsable @OCTO Technology) et Alaric Rougnon-Glasson (Sustainable Tech Consultant @OCTO Technology)
Sur un exemple très concret d’audit d’éco-conception de l’outil de bilan carbone C’Bilan développé par ICDC (Caisse des dépôts et consignations) nous allons expliquer en quoi l’ACV (analyse de cycle de vie) a été déterminante pour identifier les pistes d’actions pour réduire jusqu'à 82% de l’empreinte environnementale du service.
Vidéo Youtube : https://www.youtube.com/watch?v=7R8oL2P_DkU
Compte-rendu :
L'IA connaît une croissance rapide et son intégration dans le domaine éducatif soulève de nombreuses questions. Aujourd'hui, nous explorerons comment les étudiants utilisent l'IA, les perceptions des enseignants à ce sujet, et les mesures possibles pour encadrer ces usages.
Constat Actuel
L'IA est de plus en plus présente dans notre quotidien, y compris dans l'éducation. Certaines universités, comme Science Po en janvier 2023, ont interdit l'utilisation de l'IA, tandis que d'autres, comme l'Université de Prague, la considèrent comme du plagiat. Cette diversité de positions souligne la nécessité urgente d'une réponse institutionnelle pour encadrer ces usages et prévenir les risques de triche et de plagiat.
Enquête Nationale
Pour mieux comprendre ces dynamiques, une enquête nationale intitulée "L'IA dans l'enseignement" a été réalisée. Les auteurs de cette enquête sont Le Sphynx (sondage) et Compilatio (fraude académique). Elle a été diffusée dans les universités de Lyon et d'Aix-Marseille entre le 21 juin et le 15 août 2023, touchant 1242 enseignants et 4443 étudiants. Les questionnaires, conçus pour étudier les usages de l'IA et les représentations de ces usages, abordaient des thèmes comme les craintes, les opportunités et l'acceptabilité.
Résultats de l'Enquête
Les résultats montrent que 55 % des étudiants utilisent l'IA de manière occasionnelle ou fréquente, contre 34 % des enseignants. Cependant, 88 % des enseignants pensent que leurs étudiants utilisent l'IA, ce qui pourrait indiquer une surestimation des usages. Les usages identifiés incluent la recherche d'informations et la rédaction de textes, bien que ces réponses ne puissent pas être cumulées dans les choix proposés.
Analyse Critique
Une analyse plus approfondie révèle que les enseignants peinent à percevoir les bénéfices de l'IA pour l'apprentissage, contrairement aux étudiants. La question de savoir si l'IA améliore les notes sans développer les compétences reste débattue. Est-ce un dopage académique ou une opportunité pour un apprentissage plus efficace ?
Acceptabilité et Éthique
L'enquête révèle que beaucoup d'étudiants jugent acceptable d'utiliser l'IA pour rédiger leurs devoirs, et même un quart des enseignants partagent cet avis. Cela pose des questions éthiques cruciales : copier-coller est-il tricher ? Utiliser l'IA sous supervision ou pour des traductions est-il acceptable ? La réponse n'est pas simple et nécessite un débat ouvert.
Propositions et Solutions
Pour encadrer ces usages, plusieurs solutions sont proposées. Plutôt que d'interdire l'IA, il est suggéré de fixer des règles pour une utilisation responsable. Des innovations pédagogiques peuvent également être explorées, comme la création de situations de concurrence professionnelle ou l'utilisation de détecteurs d'IA.
Conclusion
En conclusion, bien que l'étude présente des limites, elle souligne un besoin urgent de régulation. Une charte institutionnelle pourrait fournir un cadre pour une utilisation éthique.
5. #DevoxxFR
Alerte générale : pré-requis
A vos clés USB !
• Tout est dedans (dossier install)
• Si le wifi marche :
https://github.com/efluid/jeTestDoncJeSuis-hol
Check Install : git, maven & gradle
• git --version
• mvn –version; gradle --version
• cd jeTestDoncJeSuis-hol; git status
5
6. #DevoxxFR
Alerte générale : petit sondage connaissances Git
Nombre d’années d’utilisation ?
• < 2ans – 2 à 5 ans – > 5 ans
Avant vous utilisez quoi ?
• SVN – CVS – ClearCase – Perforce – …
Qu’utilisez-vous ?
• Client GUI – Terminal
Quelle est votre utilisation de Git ?
• Commandes, flow, merge, rebase, etc.
6
9. #DevoxxFR
First part : stash
9
Lundi matin
• On attaque une modification
• Puis une autre
• Puis une autre …
• Comment gérer proprement ses modifications
sans qu’elles ne se marchent dessus ?
10. #DevoxxFR
First part : stash
10
stash@{0}
stash@{1}
Pile
Zone de remisage
git stash
git stash push
git stash pop
git stash apply
stash@{1}
11. #DevoxxFR
First part : stash : à vos claviers
127.0.0.1:6363[2]> git stash
(integer) 1
127.0.0.1:6363[2]> ,,,
127.0.0.1:6363[2]> git stash save
(integer) 1
127.0.0.1:6363[2]> git stash pop
(integer) 1
12
12. #DevoxxFR
First part : worktree
13
Mardi matin
• On a un test à fixer en urgence
• Et bien sûr, un dev. à implémenter en urgence
• Fini de jouer avec le stash : on veut être plus
productif !
• Comment faire ?
13. #DevoxxFR
First part : worktree
14
Dépôt GIT
…
Un même dépôt mais des espaces de travail différents
Path : /d/monDepotPrincipal
Branche : master
Path : /d/monDepotCorrectionXXX
Branche : correctionXXX
Path : /d/monDepotNewFeatXXX
Branche : newFeatXXX
14. #DevoxxFR
First part : worktree : à vos claviers
127.0.0.1:6363[2]> git worktree --help
(integer) 1
127.0.0.1:6363[2]> ,,,
127.0.0.1:6363[2]> ./attaqueDDOSCIA.sh
(integer) 1
127.0.0.1:6363[2]> …
(integer) 1
15
16. #DevoxxFR
Second part : rebase - reflog
17
Merge VS Rebase
• 2 « politiques »
• Equivalent à une stack
Crédit : Atlassian
17. #DevoxxFR
Second part : rebase interactif
18
Mercredi matin : le CTO débarque
• 2 features ont été développées la veille au soir
• Règles internes de développement
Découpez vos commits
Implémentez vos features en TDD
• Comment gagner sa prime ?
18. #DevoxxFR
Second part : rebase : à vos claviers
127.0.0.1:6363[2]> zadd hackers 1953 "Richard Stallman"
(integer) 1
127.0.0.1:6363[2]>
127.0.0.1:6363[2]> zadd hackers 1969 "Linus"
(integer) 1
127.0.0.1:6363[2]> zadd hackers 1912 "Alan turing"
(integer) 1
19
20. #DevoxxFR
Second part : reflog
21
Jeudi matin
• La veille au soir, on est sorti au bar (normal)
• On attaque un développement
• On a un coup de téléphone avec une question
sur un dev. précédent
• On ne sait plus où on en est, comment faire ?
21. #DevoxxFR
Second part : reflog : à vos claviers
127.0.0.1:6363[2]> zadd hackers 1953 "Richard Stallman"
(integer) 1
127.0.0.1:6363[2]>
127.0.0.1:6363[2]> zadd hackers 1969 "Linus"
(integer) 1
127.0.0.1:6363[2]> zadd hackers 1912 "Alan turing"
(integer) 1
22
23. #DevoxxFR
Last part : bisect
24
Vendredi matin : le CTO débarque en mode fury
• Un bug bloquant vient d’être détectée en
production
• Personne ne l’avait vu !?
• D’où vient ce bug ?
• De quel commit ?
24. #DevoxxFR
Last part : bisect : à vos claviers
127.0.0.1:6363[2]> zadd hackers 1953 "Richard Stallman"
(integer) 1
127.0.0.1:6363[2]>
127.0.0.1:6363[2]> zadd hackers 1969 "Linus"
(integer) 1
127.0.0.1:6363[2]> zadd hackers 1912 "Alan turing"
(integer) 1
25
25. #DevoxxFR
Last part : hooks - aliases and whatever you want !
26
Samedi matin (bah oui, ça reste une start-up ^^)
• Comment ajouter des contrôles ?
• Comment se faire ses alias Git ?
• Des bonus, des questions, des échanges
26. #DevoxxFR
Last part : hooks - aliases and whatever you want !
27
Crédit : delicious-insights.com
27. #DevoxxFR
Last part : hooks - aliases and whatever you want !
127.0.0.1:6363[2]> zadd hackers 1953 "Richard Stallman"
(integer) 1
127.0.0.1:6363[2]>
127.0.0.1:6363[2]> zadd hackers 1969 "Linus"
(integer) 1
127.0.0.1:6363[2]> zadd hackers 1912 "Alan turing"
(integer) 1
28
First part
---
Second part
Rebase interactif : 45 mins
Reflog : 15 mins
Last part
bisect : 30 mins
Hooks aliases : 30 mins
Migration d’efluid de CVS ver sGit en Août 2011
Migration d’efluid de CVS ver sGit en Août 2011
En gros le rebase : faut voir ça comme une pile qu’on dépile et rempile
En gros le rebase : faut voir ça comme une pile qu’on dépile et rempile
En gros le rebase : faut voir ça comme une pile qu’on dépile et rempile
L'historique partagé jamais tu ne rebaseras :
Tant que vous rebasez vos petites branches en local, tout va bien. Mais attention, si vous rebasez une branche qui se trouve déjà sur le serveur, c'est la catastrophe. Vous allez pourrir l'historique de tous vos coworkeurs, qui s'empresseront de vous couvrir de goudron et de plume avant d'essayer de vous vendre aux abattoirs d'un KFC. Illustration.
v
En gros le rebase : faut voir ça comme une pile qu’on dépile et rempile
En gros le rebase : faut voir ça comme une pile qu’on dépile et rempile
En gros le rebase : faut voir ça comme une pile qu’on dépile et rempile