◎ Formation complùte GIT ◎

➲ Section 1 : Decouverte de GIT

⁂ GIT - 1 Bienvenue au cours

➔ PremiĂšre vidĂ©o d'introduction sur GIT.

⁂ GIT - 1.2 Bienvenue au cours (2)

➔ DeuxiĂšme vidĂ©o d'introduction sur GIT.

⁂ GIT - 2 Qu'est-ce que GIT ?

➔ Nous allons voir en quoi consiste git dans cette vidĂ©o.

➲ Section 2 : Comprendre son bon fonctionnement

⁂ GIT - 3 Le rĂ©fĂ©rentiel

➔ Un rĂ©fĂ©rentiel Git est une structure de donnĂ©es contenant la structure, l'historique et les fichiers d'un projet.

⁂ GIT - 4 Commits et fichiers

➔ Le commit vous permettra d'enregistrer les modifications dans le dĂ©pĂŽt.

➲ Section 3 : Les commandes GIT de base

⁂ GIT - 5 Les diffĂ©rentes Ă©tapes de GIT

➔ Afin d'assurer un bon fonctionnement, il est primordial de respecter le protocole d'utilisation de Git. Nous allons voir ensemble ces diffĂ©rentes Ă©tapes.

⁂ GIT - 6 Premier commit

➔ Nous allons pouvoir effectuer notre premier commit suites aux prĂ©cĂ©dentes Ă©tapes que nous avons effectuĂ©.

⁂ GIT - 7 Repository et dossier git

➔ Un rĂ©fĂ©rentiel Git suit et enregistre l'historique de toutes les modifications apportĂ©es aux fichiers dans un projet Git. Il enregistre ces donnĂ©es dans un rĂ©pertoire appelĂ© . Git, Ă©galement connu sous le nom de dossier de rĂ©fĂ©rentiel.

⁂ GIT - 8 Commencer avec un projet existant

➔ Nous allons voir comment crĂ©er un nouveau repository Git, malgrĂ© qu'il y ait dĂ©jĂ  un projet existant.

⁂ GIT - 9 Commits et messages

➔ Dans cette vidĂ©o, nous allons voir une commande de raccourci qui crĂ©e immĂ©diatement un commit avec un message de commit transmis. Par dĂ©faut, "git commit" ouvre l'Ă©diteur de texte configurĂ© en local et invite Ă  saisir un message de commit. Lorsque vous transmettez l'option "-m" , vous renoncez Ă  l'invite d'Ă©diteur de texte au profit d'un message contextuel.

⁂ GIT - 10 Commit tailes avec Log et Show

➔ Le log de Git est un outil formidable pour analyser l'historique des commits et resituer un contexte. Il nous permet aussi bien de suivre un projet dans sa globalitĂ© que dans ses dĂ©tails. Quand Ă  git-show, il est un utilitaire de ligne de commande utilisĂ© pour afficher des dĂ©tails supplĂ©mentaires sur les objets Git, comme les blobs, les arborescences, les tags et les commits.

⁂ GIT - 11 Express Commits

➔ Dans cette vidĂ©o nous allons Ă©diter un fichier existant par Git, dans le but de pouvoir le traquer.

⁂ GIT - 12 Annulation des modifications

➔ Dans cette vidĂ©o, nous allons voir comment nous pouvons annuler une modification apportĂ©, il se peut que cela vous arrive, cela m'arrive de temps en temps Ă©galement. Mais pas de panique, il existe une solution simple et efficace pour remĂ©dier Ă  cela.

⁂ GIT - 13 Historique et crĂ©ation de nouvelles commandes avec alias

➔ C’est bien connu : nous les dĂ©veloppeurs, nous sommes assez feignants. On n’aime pas les tĂąches qui se limitent Ă  du copier-coller, on veut toujours optimiser et simplifier. On aime bien faire des raccourcis, taper moins de caractĂšres pour lancer telle ou telle commande. Dans cette optique, je vous propose de dĂ©couvir les alias pour les commandes Git.

⁂ GIT - 14 Renommer et supprimer des fichiers

➔ En utilisant le systĂšme de gestion de version git, si vous avez crĂ©Ă© des fichiers locaux et qu'ils ne sont pas encore inspectĂ©s, il est possible de les supprimer tous Ă  l'aide d'une commande, et c'est ce que nous allons voir dans cette vidĂ©o.

⁂ GIT - 15 GĂ©rer des fichiers en dehors de GIT

➔ Souvent, lorsque vous avez travaillĂ© sur une partie de votre projet, les choses sont dans un Ă©tat instable mais vous voulez changer de branche pour travailler momentanĂ©ment sur autre chose. Le problĂšme est que vous ne voulez pas valider un travail Ă  moitiĂ© fait seulement pour pouvoir y revenir plus tard. Nous allons donc rĂ©pondre Ă  cette problĂ©matique dans cette vidĂ©o.

⁂ GIT - 16 Exclusion des fichiers indĂ©sirables

➔ Git vous permet de spĂ©cifier les fichiers Ă  ignorer de diffĂ©rentes maniĂšres. Nous allons donc voir ensemble les commandes nĂ©cessaires pour se faire, dans cette vidĂ©o.

➲ Section 4 : Gestion des branches et des conflits

⁂ GIT - 17 Comparaison des diffĂ©rences

➔ Dans cette vidĂ©o, nous allons voir comment visualiser les modifications ou les diffĂ©rences entre votre copie de travail, c’est-Ă -dire les fichiers sur lesquels vous travaillez dans les fichiers principaux, et le rĂ©fĂ©rentiel.

⁂ GIT - 18 Les diffĂ©rentes types de branches et de merges

➔ Il existe deux types principaux de merges Git : fast-forward et Ă  trois branches. Git peut merger automatiquement les commits, sauf si des changements entrent en conflit dans les deux sĂ©quences de commit.

⁂ GIT - 19 Les marqueurs SpĂ©ciaux

Head est le marqueur spéciaux indiquant le dernier commit de la branche actuelle.

⁂ GIT - 20 Des exemples de branche simple

Dans cette vidéo, nous allons créer et gérer des branches autre que le master dans le repository Git, je vous invite donc à suivre cette vidéo afin de bien comprendre le procédé.

⁂ GIT - 21 RĂ©solution des conflits

Les conflits surviennent gĂ©nĂ©ralement lorsque deux personnes ont modifiĂ© les mĂȘmes lignes dans un fichier, ou si un dĂ©veloppeur a supprimĂ© un fichier alors qu'un autre dĂ©veloppeur le modifiait. Dans ces cas, Git ne peut pas dĂ©terminer automatiquement la version correcte. Les conflits n'affectent que le dĂ©veloppeur qui effectue le merge, les autres membres de l'Ă©quipe ne sont pas conscients du conflit. Git marquera le fichier comme Ă©tant en conflit et arrĂȘtera le processus de merge. Il incombe alors aux dĂ©veloppeurs de rĂ©soudre le conflit.

⁂ GIT - 22 Marquage d'Ă©vĂšnements spĂ©ciaux avec des tags

À l’instar de la plupart des VCS, Git donne la possibilitĂ© d’étiqueter un certain Ă©tat dans l’historique comme important. GĂ©nĂ©ralement, les gens utilisent cette fonctionnalitĂ© pour marquer les Ă©tats de publication. Dans cette vidĂ©o, nous apprendrons comment lister les diffĂ©rentes Ă©tiquettes (tags en anglais), comment crĂ©er de nouvelles Ă©tiquettes et les diffĂ©rents types d’étiquettes.

⁂ GIT - 23 Sauvegarde du travail en cours avec le stockage

Nous allons voir ensemble dans cette vidéo, la gestion de sauvegarde lorsque nous travaillons sur un projet en cours avec notre stockage.

⁂ GIT - 24 Voyage dans le temps avec rĂ©initialisation et reflog

Dans cette vidĂ©o, nous allons voir comment nous pouvons transmettre la rĂ©f de reflog Ă  git reset , puis rĂ©initialiser l'Ă©tat d'un commit avant le rebase. L'exĂ©cution de cette commande de rĂ©initialisation dĂ©placera HEAD vers le commit oĂč « certains changements WIP » a Ă©tĂ© ajoutĂ©, restaurant essentiellement les autres commits squashĂ©s.

👍 Bon Ă  savoir :

đŸ’» Nous sommes en avril 2005 et Linus Torvald travaille Ă©normĂ©ment sur son projet : Linux. Il bosse dessus depuis 1991 et tu l’imagines : le projet est Ă©norme. Il y a Ă©normĂ©ment de code, pour ne pas dire beaucoup, d'autant qu'il y a encore plus de monde qui travaille sur ce code. Pour gĂ©rer tout ce dĂ©sordre, Linus Ă©tait partie sur le systĂšme de gestion de versions BitKeeper. Le problĂšme avec BitKeeper c’est que c’est d’abord un logiciel propriĂ©taire. DĂ©jĂ , ça Ă©nerve une partie de la communautĂ© open source autour de Linux. En plus, la version gratuite vient avec des contraintes trĂšs pĂ©nibles. Comme si ça suffisait pas, du jour au lendemain, la version gratuite de BitKeeper est retirĂ©e. ImmĂ©diatement, Linux Torvald dĂ©cide de carrĂ©ment coder son propre systĂšme de versionning. Le dĂ©veloppement ÉCLAIR de Git Ă©tait sur le point de commencer. Le 3 avril 2005 Linus commence Ă  bosser sur Git. Le 6 avril 2005 il envoie un mail oĂč il annonce qu’il travaille sur une solution de remplacement. Le 18 avril 2005 les premiers merges de branches fonctionnent ! Le 29 avril 2005, Git commence Ă  ĂȘtre utilisĂ© dans certaines parties de Linux. Le 16 juin 2005 Git gĂ©rait entiĂšrement la version 2.6.12 de Linux.