diff --git a/tutoriel-git.html b/tutoriel-git.html index 80e0d34..c78645e 100644 --- a/tutoriel-git.html +++ b/tutoriel-git.html @@ -3,7 +3,7 @@ "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> - + Tutoriel Git et GitHub @@ -243,30 +243,31 @@ for the JavaScript code in this tag.

Table des matières

@@ -281,8 +282,8 @@ for the JavaScript code in this tag. Et pour le code source de cette page, c’est , sur GitHub.
-
-

1 Git ? Qu’est-ce donc ?

+
+

1 Git ? Qu’est-ce donc ?

Git est un logiciel de version de fichiers permettant de garder une trace de toutes les modifications apportées au fichiers suivis dans un répertoire (un dépôt) et ses sous-répertoires –sous couvert qu’ils n’aient pas été ignorés explicitement. Il permet également de conserver plusieurs versions parallèles du projet, comme par exemple une version stable et une version de développement, et permet l’ajout de modifications d’une de ces versions parallèles à une autre via des fusions partielles ou totales de branches, avec une automatisation des fusions de fichiers lorsqu’il n’y a pas de conflit entre ces derniers. @@ -297,12 +298,12 @@ Toujours là ? Tu auras été prévenu·e.

-
-

2 Ça a l’air cool, comment ça s’utilise ?

+
+

2 Ça a l’air cool, comment ça s’obtient ?

-
-

2.1 Et surtout, comment ça s’installe ?

+
+

2.1 Et surtout, comment ça s’installe ?

Très bonne question Kévin. Tout d’abord, il faut t’assurer que git soit installé sur ton système et utilisable depuis le terminal. Sous GNU/Linux, tu peux l’installer via ton gestionnaire de paquet, ce qui rendra la commande accessible directement depuis le terminal. @@ -329,8 +330,8 @@ Si tu es sous Windows… Bonne chance. Toutes les commandes seront en synta

-
-

2.2 Ok c’est bon, et il y a une configuration à faire ?

+
+

2.2 Ok c’est bon, et il y a une configuration à faire ?

Tu peux configurer Git si tu le souhaites, oui. En général, il est recommandé de paramétrer au moins son nom et son email. Tu peux les paramétrer via la ligne de commande : @@ -359,8 +360,8 @@ Il y a encore pas mal de paramètres que tu peux gérer avec ce fichier, je repa

-
-

3 Ok très bien, mais je veux utiliser git moi !

+
+

3 Ok très bien, comment on l’utilise maintenant ?

Du calme Jean-Kévin, ralentis un peu. Comme le dit ce vieux dicton Chinois : @@ -374,8 +375,8 @@ Celui qui marche trop vite…… marche…………… trop… vite…? Tu peux Bon, c’est une contrefaçon, donc la qualité de la citation n’est pas extraordinaire. Bref.

-
-

3.1 Je commence comment ?

+
+

3.1 Je commence comment ?

Si tu souhaites créer un dépôt git, rien de plus simple : créé ton répertoire dans lequel tu travailleras, et déplace-y-toi. Ensuite, tu pourra initialiser ton dépôt via la commande git init. @@ -404,15 +405,14 @@ Parfait !

-
-

3.2 Et pour ajouter des fichiers ?

+
+

3.2 Et pour ajouter des fichiers ?

Maintenant tu peux commencer à travailler sur ton projet. Mais tout d’abord, on va voir ce qu’il se passe si jamais on créé un fichier dans le dépôt. Créé un fichier main.c dans lequel tu vas entrer ce code :

#include <stdio.h>
-
 int main(int argc, char *argv[]) {
   printf("Hello World!\n");
   return 0;
@@ -467,15 +467,14 @@ Parfait ! Certains éléments peuvent être un peu différent chez toi, comme
 

-
-

3.3 Cool, mais j’ai accidentellement mis un fichier en staging

+
+

3.3 Cool, mais j’ai accidentellement mis un fichier en staging

Si jamais tu as un staging que tu veux annuler, tu peux utiliser la commande git reset HEAD nomdetonfichier voiredautresfichiers pour annuler le staging. Une fois le fichier qui n’est plus dans ton staging, tu peux même annuler toutes les modifications que tu as apporté au fichier depuis ton dernier commit avec la commande git checkout -- tonfichier voiredautresfichiers. Par exemple, si j’ai modifié mon main.c en modifiant ainsi les arguments du main() :

#include <stdio.h>
-
 int main(void) {
   printf("Hello World!\n");
   return 0;
@@ -500,8 +499,8 @@ Si je fait un cat du fichier, je vois qu’il est revenu à son ét
 

-
-

3.4 En fait, j’ai juste oublié un truc dans mon commit précédent

+
+

3.4 En fait, j’ai juste oublié un truc dans mon commit précédent

Si jamais tu veux à la place ajouter la modification d’un fichier au dernier commit (mettons, tu as oublié d’ajouter également un fichier texte), tu peux utiliser l’option --amend lors du commit du fichier oublié. @@ -525,8 +524,8 @@ En gros, le commit que tu viens de faire a remplacé le précédent en conservan

-
-

3.5 Euh, j’ai oublié ce que j’ai changé lors du dernier commit

+
+

3.5 Euh, j’ai oublié ce que j’ai changé lors du dernier commit

Pas de panique ! Tu peux entrer la commande git diff afin de voir ce que tout ce que tu as modifié lors de ton dernier commit. Et si tu ne souhaite voir les modifications que d’un certain fichier, tu peux ajouter le nom de ton fichier à la fin de la commande. @@ -599,8 +598,8 @@ index 03b0f20..b93413f 100644

-
-

3.6 Il y a des fichiers dont je me fiche dans mon dépôt

+
+

3.6 Il y a des fichiers dont je me fiche dans mon dépôt

Dans ce cas, il est grand temps de te présenter le fichier .gitignore. Comme son nom l’indique, il permet au dépôt d’ignorer des fichiers selon ce que tu lui indiqueras. Par exemple, si tu veux ignorer tous les fichiers qui se terminent en .out (ou .exe sous Windows), tu peux éditer (ou créer) ton .gitignore et entrer ces lignes : @@ -615,16 +614,20 @@ Maintenant, si tu créés un fichier en .out ou .exe,

+
+

3.7 On est plusieurs dessus en fait…

-
-

4 J’ai entendu parler de GitHub…

+
+ +
+

4 J’ai entendu parler de GitHub…

Tu commences à me plaire Enzo ! GitHub est un site web sur lequel tu peux héberger des projets libres ou open-source (si tu ne connais pas la différence, voici un article pour t’aider à comprendre, et un autre pour la route). C’est en particulier orienté pour les projets gérés par git, ce qui tombe bien car c’est ce qu’on utilise. Cela a pour avantage de pouvoir aisément partager ton code et d’assurer qu’il est bien sauvegardé quelque part d’autre que ton disque dur (un rm -rf est si vite arrivé). Et surtout, ça peut te permettre de collaborer avec d’autres personnes sur le même projet sans te casser la tête.

-
-

4.1 J’ai téléchargé un projet en zip

+
+

4.1 J’ai téléchargé un projet en zip

Ou bien, tu peux télécharger le projet directement via git. Eh oui ! git permet de gérer les dépôts dits distants, c’est à dire ceux qui sont hébergés sur un serveur en ligne, comme par exemple sur GitHub. Pour cela, il te faut te munir du lien vers le dépôt git, et le passer en argument de git clone. Par exemple, si tu veux télécharger de dépôt du petit logiciel de chat en réseau que j’ai codé durant ma L2 d’informatique, tu peux exécuter ceci : @@ -643,8 +646,8 @@ Et c’est bon, tu as accès au répertoire chat-reseau-P8 et au co

-
-

4.2 Et si je veux créer mon propre dépôt sur GitHub

+
+

4.2 Et si je veux créer mon propre dépôt sur GitHub

Dans ce cas là, c’est simple Brigitte. Il faut que tu te créés un compte sur GitHub, puis tu cliques sur le bouton + et New Repository. Tu lui donnes le nom que tu souhaites (en l’occurrence je le nomme temporary-repo car je vais le supprimer cinq minutes après l’écriture de ces lignes), et tu cliques sur Create Repository. Tu n’ajoutes rien avant, pas de description, pas de .gitignore, RIEN. @@ -662,8 +665,8 @@ Et voilà, ton dépôt est lié au dépôt distant. Oui, juste comme ça.

-
-

4.3 Et du coup, comment je met tout ça en ligne ?

+
+

4.3 Et du coup, comment je met tout ça en ligne ?

Bon ok, ce n’est pas aussi simple que ça. Une fois que tu as lié ton dépôt au dépôt distant, il faudra que tu mettes en ligne tes commits quand tu en auras l’occasion. Pour ce faire, tu n’as qu’à taper git push ; et la première fois, il faudra que tu indiques à ton dépôt où mettre en ligne précisément dans le dépôt distant, auquel cas tu ajoutes -u origin master pour cette première fois. Git te demandera donc tes identifiants GitHub pour pouvoir mettre tout ça en ligne. @@ -692,8 +695,8 @@ Bon, là en nom d’utilisateur y’a le mien, faudra remplacer avec le tiens. E

-
-

4.4 Quelqu’un a fait des modifications depuis mon dernier commit, je récupère ça comment ?

+
+

4.4 Quelqu’un a fait des modifications depuis mon dernier commit, je récupère ça comment ?

Pour faire un exemple, je viens de créer un README.md sur GitHub directement. Ce type de fichiers est assez standard afin de présenter plus ou moins en détails le dépôt et le projet qui y est lié, et son contenu apparaîtra formatté sur la page du dépôt sur GitHub s’il est au format .md (Markdown) ou .org (org-mode, le Markdown d’Emacs avec lequel est écrit ce tutoriel). Mais il n’est pas présent dans mon dépôt local, du coup je vais devoir le récupérer. On va donc entrer git pull. @@ -716,8 +719,8 @@ Fast-forward

-
-

4.5 Je suis en train de travailler sur le même fichier que Ginette

+
+

4.5 Je suis en train de travailler sur le même fichier que Ginette

Là, c’est un problème qui aurait pu être évité avec l’usage des branches dont je t’avais parlé plus haut, mais visiblement, vous êtes sur la même branche. Pas bien. Dans ce cas-là, met-toi d’accord avec Ginette pour savoir qui fait ses push en premier. Si le choix tombe sur Ginette, ou si elle a imposé sa vision des choses et a fait son push avant toi, GitHub va râler car tu n’es pas à jour. Dans ce cas ne panique pas, si tu n’as pas fait tes commits, lance la commande git stash ; ça va sauvegarder tes modifications dans un coin à part et va annuler tes modifications @@ -728,7 +731,7 @@ Là, c’est un problème qui aurait pu être évité avec l’usage des branche

Auteur: Lucien Cartier-Tilet

-

Created: 2018-10-05 ven. 15:29

+

Created: 2018-10-05 ven. 17:29

diff --git a/tutoriel-git.org b/tutoriel-git.org index 13a27d6..4568bf3 100644 --- a/tutoriel-git.org +++ b/tutoriel-git.org @@ -12,7 +12,7 @@ Git est un logiciel de version de fichiers permettant de garder une trace de tou Avant de continuer, sache que je suis bilingue français-sarcasme, si tu es du genre à t’énerver pour un rien, cette page est à haut risque pour toi. Toujours là ? Tu auras été prévenu·e. -* Ça a l’air cool, comment ça s’utilise ? +* Ça a l’air cool, comment ça s’obtient ? ** Et surtout, comment ça s’installe ? Très bonne question Kévin. Tout d’abord, il faut t’assurer que git soit installé sur ton système et utilisable depuis le terminal. Sous GNU/Linux, tu peux l’installer via ton gestionnaire de paquet, ce qui rendra la commande accessible directement depuis le terminal. #+BEGIN_SRC text @@ -44,7 +44,7 @@ Tu peux aussi éditer le fichier =~/.gitconfig= comme suit : Cela permettra d’associer ton nom et ton adresse mail à tes commits. Par défaut, ceux qui sont enregistrés avec ton compte utilisateur de ton PC sont mis par défaut dans ces paramètres, mais on met quasiment tous un nom à la con quand on le créé. Et ça permet d’avoir les même paramètres si tu es sur un autre ordinateur. Il y a encore pas mal de paramètres que tu peux gérer avec ce fichier, je reparlerai de certains plus tard, mais pour le reste, la documentation en ligne sur =gitconfig= ne manque pas. -* Ok très bien, mais je veux utiliser git moi ! +* Ok très bien, comment on l’utilise maintenant ? Du calme Jean-Kévin, ralentis un peu. Comme le dit ce vieux dicton Chinois : #+BEGIN_QUOTE Celui qui marche trop vite…… marche…………… trop… vite…? Tu peux tomber et te faire mal je suppose. @@ -72,7 +72,6 @@ Parfait ! Maintenant tu peux commencer à travailler sur ton projet. Mais tout d’abord, on va voir ce qu’il se passe si jamais on créé un fichier dans le dépôt. Créé un fichier =main.c= dans lequel tu vas entrer ce code : #+BEGIN_SRC C #include - int main(int argc, char *argv[]) { printf("Hello World!\n"); return 0; @@ -117,7 +116,6 @@ Parfait ! Certains éléments peuvent être un peu différent chez toi, comme Si jamais tu as un staging que tu veux annuler, tu peux utiliser la commande =git reset HEAD nomdetonfichier voiredautresfichiers= pour annuler le staging. Une fois le fichier qui n’est plus dans ton staging, tu peux même annuler toutes les modifications que tu as apporté au fichier depuis ton dernier commit avec la commande =git checkout -- tonfichier voiredautresfichiers=. Par exemple, si j’ai modifié mon =main.c= en modifiant ainsi les arguments du =main()= : #+BEGIN_SRC C #include - int main(void) { printf("Hello World!\n"); return 0; @@ -215,6 +213,8 @@ Dans ce cas, il est grand temps de te présenter le fichier =.gitignore=. Comme ,*.exe #+END_SRC Maintenant, si tu créés un fichier en =.out= ou =.exe=, il sera complètement ignoré par git et ne sera pas stocké dans l’historique des versions. +** On est plusieurs dessus en fait… + * J’ai entendu parler de GitHub… Tu commences à me plaire Enzo ! GitHub est un site web sur lequel tu peux héberger des projets libres ou open-source (si tu ne connais pas la différence, voici [[https://www.gnu.org/philosophy/open-source-misses-the-point.fr.html][un article]] pour t’aider à comprendre, et [[https://www.gnu.org/philosophy/free-software-for-freedom.fr.html][un autre]] pour la route). C’est en particulier orienté pour les projets gérés par git, ce qui tombe bien car c’est ce qu’on utilise. Cela a pour avantage de pouvoir aisément partager ton code et d’assurer qu’il est bien sauvegardé quelque part d’autre que ton disque dur (un =rm -rf= est si vite arrivé). Et surtout, ça peut te permettre de collaborer avec d’autres personnes sur le même projet sans te casser la tête. ** J’ai téléchargé un projet en zip diff --git a/tutoriel-git.pdf b/tutoriel-git.pdf index ee22f00..d49fd85 100644 Binary files a/tutoriel-git.pdf and b/tutoriel-git.pdf differ