tutoriel-git/tutoriel-git.org
2018-10-05 14:10:13 +02:00

17 KiB
Raw Blame History

Tutoriel Git et GitHub

Tout dabord, si tu veux la version PDF du bouzin, [[https://phundrak.fr/git/tutoriel-git.pdf][cest par là]].

Et pour le code source de cette page, cest [[https://github.com/Phundrak/tutoriel-git][]], sur GitHub.

Git ? Quest-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 quils naient 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 lajout de modifications dune de ces versions parallèles à une autre via des fusions partielles ou totales de branches, avec une automatisation des fusions de fichiers lorsquil ny a pas de conflit entre ces derniers.

Ça a lair cool, comment ça sutilise?

Et surtout, comment ça sinstalle ?

Très bonne question Kevin. Tout dabord, il faut tassurer que git soit installé sur ton système et utilisable depuis le terminal. Sous GNU/Linux, tu peux linstaller via ton gestionnaire de paquet, ce qui rendra la commande accessible directement depuis le terminal.

  $ apt install git                    # Debian, Ubuntu et les distros basées dessus
  $ yum install git                    # CentOS
  $ dnf -y install git                 # Fedora
  $ pacman -S git                      # ArchLinux et les distros basées dessus
  $ emerge --ask --verbose dec-vcs/git # >install Gentoo

Si tu nes pas sous GNU/Linux mais que tu as au moins le goût dêtre sous un OS de type Unix, tu peux exécuter la commande correspondante à ton OS suivant :

  $ pkg install git                                     # FreeBSD
  $ brew install git                                    # macOS avec brew
  $ port install git +svn +doc +bash_completion +gitweb # macOS avec MacPorts

Si tu es sous Windows… Bonne chance. Toutes les commandes seront en syntaxe Unix dans ce tutoriel, mais si tu as bien deux neurones, tu devrais pouvoir tout de même suivre le tutoriel.

Ok cest 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 :

  $ git config --global user.name "Ton Nom"
  $ git config --global user.email "ton@email.truc"

Tu peux aussi éditer le fichier ~/.gitconfig comme suit :

  [user]
       email = ton@email.truc
       name = Ton nom

Cela permettra dassocier 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 davoir 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!

Du calme Jean-Kévin, ralentis un peu. Comme le dit ce vieux dicton Chinois :

Celui qui marche trop vite…… marche…………… trop… vite…? Tu peux tomber et te faire mal je suppose.

Bon, cest une contrefaçon, donc la qualité de la citation nest pas extraordinaire. Bref.

Je commmence 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.

  $ mkdir monsuperprojet
  $ cd monsuperprojet
  $ git init
  Initialized empty Git repository in /tmp/monsuperprojet/.git/

Si tu obtiens à peu près le même message après la dernière commande, félicitations! Tu viens de créer ton premier dépôt git. En loccurence, jai créé mon dépôt dans /tmp, mais toi tu peux voir un truc du genre /home/corentin/monsuperprojet à la place. Tu peux vérifier que tout va bien en rentrant la commande git status

  $ git status
  On branch master

  No commits yet

  nothing to commit (create/copy files and use "git add" to track)

Parfait!

Et pour ajouter des fichiers?

Maintenant tu peux commencer à travailler sur ton projet. Mais tout dabord, on va voir ce quil se passe si jamais on créé un fichier dans le dépot. 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;
  }

En exécutant à nouveau git status, on peut voir la sortie suivante :

  $ git status
  On branch master

  No commits yet

  Untracked files:
    (use "git add <file>..." to include in what will be committed)

          main.c

  nothing added to commit but untracked files present (use "git add" to track)

Tu commences à comprendre un peu le bail? Git vient de détecter quun nouveau fichier a été créé quil ne connaissait pas avant. Suivons ses bon conseils et ajoutons le fichier au dépôt.

  $ git add main.c
  $ git status
  On branch master

  No commits yet

  Changes to be committed:
    (use "git rm --cached <file>..." to unstage)

          new file:   main.c

Super, maintenant git va surveiller les changements du fichier, mais attention, il na pas encore enregistré son état. Pour linstant il sait juste que le fichier est là, dans un certain état, mais rien ne garanti encore quon pourra retrouver cet état plus tard. On appelle ça le staging. Pour ce faire, il faut créer ce quon appelle un commit. En gros, il sagit dun enregistrement des modifications apportées à un ou plusieurs fichers (dans leur globalité ou partiellement, on verra ça plus tard), le tout avec un commentaire.

  $ git commit -m "Un petit pas pour moi, un grand pas pour mon projet"
  [master (root-commit) 89139ef] Un petit pas pour moi, un grand pas pour mon projet
   1 file changed, 6 insertions(+)
   create mode 100644 main.c

Parfait! Certains éléments peuvent être un peu différent chez toi, comme par exemple la référence du commit juste avant le message. Ça, cest un truc qui est géré automatiquement par git. Et voilà, on a létat de notre répertoire qui est enregistré et qui sera disponible plus tard. Maintenant, tu sais comment enregistrer des état de ton dépôt via les commits.

Cool, mais jai 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 nest 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 jai modifié mon main.c en modifiant ainsi les arguments du main() :

  #include <stdio.h>

  int main(void) {
    printf("Hello World!\n");
    return 0;
  }

Je peux annuler tout ça via ces commandes :

  $ git reset HEAD main.c
  Unstaged changes after reset:
  M       main.c
  $ git checkout -- main.c
  $ git status
  On branch master
  nothing to commit, working tree clean

Si je fait un cat du fichier, je vois quil est revenu à son état initial.

En fait, jai juste oublié un truc dans mon commit précédent

Si jamais tu veux à la place ajouter la modification dun fichier au dernier commit (mettons, tu as oublié dajouter également un fichier texte), tu peux utiliser loption --amend lors du commit du fichier oublié.

  $ git add main.c # Jai refait les modifications annulées plus tôt
  $ git commit -m "second commit"
  [master 97f698a] second commit
   1 file changed, 1 insertion(+), 1 deletion(-)
  $ echo "Cest un super projet !" > projet.txt
  $ git add projet.txt
  $ git commit --amend -m "second commit + oubli"
  [master 9aff4c0] second commit + oubli
   Date: Fri Oct 5 11:10:56 2018 +0200
   2 files changed, 2 insertions(+), 1 deletion(-)
   create mode 100644 projet.txt

En gros, le commit que tu viens de faire a remplacé le précédent en conservant les informations du commit précédent, mis à part son commentaire. Si tu ne met pas loption -m "ton texte" lors de lamendement du commit, ton éditeur texte par défaut va souvrir pour que tu puisses modifier le texte du commit précédent si tu le souhaite. Si jamais vi ou vim souvre et que tu nas aucune idée de comment sortir de cet enfant du démon, tu as juste à appuyer sur la touche Échap (au cas où), puis à taper :wq (w pour écrire le fichier, q pour quitter), puis tu appuye sur la touche Entrée. Si tu as Nano qui sest ouvert, alors il faut taper Ctrl-X.

Euh, jai oublié ce que jai 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 dun certain fichier, tu peux ajouter le nom de ton fichier à la fin de la commande.

  $ echo "Cest un super projet !" > projet.txt
  $ git diff
  diff --git a/projet.txt b/projet.txt
  index 03b0f20..b93413f 100644
  --- a/projet.txt
  +++ b/projet.txt
  @@ -1 +1 @@
  -projet
  +Cest un super projet !

Tu peux également voir les différences de fichiers entre deux commits en entrant leur référence. Pour avoir la référence, tu peux rentrer la commande git log pour avoir un petit historique des commits.

  $ git log
  commit 4380d8717261644b81a1858920406645cf409028 (HEAD -> master)
  Author: Phuntsok Drak-pa <phundrak@phundrak.fr>
  Date:   Fri Oct 5 11:59:40 2018 +0200

      new commit

  commit 59c21c6aa7e3ec7edd229f81b87becbc7ec13596
  Author: Phuntsok Drak-pa <phundrak@phundrak.fr>
  Date:   Fri Oct 5 11:10:56 2018 +0200

      nouveau texte

  commit 89139ef233d07a64d3025de47f8b6e8ce7470318
  Author: Phuntsok Drak-pa <phundrak@phundrak.fr>
  Date:   Fri Oct 5 10:56:58 2018 +0200

      Un petit pas pour moi, un grand pas pour mon projet

Bon, cest un peu long et un peu trop dinfos dun coup, généralement je préfère taper git log --oneline --graph --decorate afin davoir un affichage comme suit :

  $ git log --oneline --graph --decorate
  ,* 4380d87 (HEAD -> master) new commit
  ,* 59c21c6 nouveau texte
  ,* 89139ef Un petit pas pour moi, un grand pas pour mon projet

Plus propre, non? Et les références sont plus courtes, ce qui est plus agréable à taper. Allez, comparons les deux derniers commits.

  $ git add .
  $ git commit -m "new commit"
  $ git log --oneline --graph --decorate
  ,* 4380d87 (HEAD -> master) new commit
  ,* 59c21c6 nouveau texte
  ,* 89139ef Un petit pas pour moi, un grand pas pour mon projet
  $ git diff 59c21c6 4380d87
  diff --git a/projet.txt b/projet.txt
  index 03b0f20..b93413f 100644
  --- a/projet.txt
  +++ b/projet.txt
  @@ -1 +1 @@
  -projet
  +Cest un super projet !

Il y a des fichiers dont je me fiche dans mon dépot

Dans ce cas, il est grand temps de te présenter le fichier .gitignore. Comme son nom lindique, il permet au dépôt dignorer 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 :

  ,*.out
  ,*.exe

Maintenant, si tu créés un fichier en .out ou .exe, il sera complètement ignoré par git et ne sera pas stocké dans lhistorique des versions.

Jai 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 taider à comprendre, et un autre pour la route). Cest en particulier orienté pour les projets gérés par git, ce qui tombe bien car cest ce quon utilise. Cela a pour avantage de pouvoir aisément partager ton code et dassurer quil est bien sauvegardé quelque part dautre que ton disque dur (un rm -rf est si vite arrivé). Et surtout, ça peut te permettre de collaborer avec dautres personnes sur le même projet sans te casser la tête.

Jai 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, cest à 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 jai codé durant ma L2 dinformatique, tu peux exécuter ceci :

  $  git clone https://github.com/Phundrak/chat-reseau-P8.git
  Cloning into 'chat-reseau-P8'...
  remote: Enumerating objects: 345, done.
  remote: Total 345 (delta 0), reused 0 (delta 0), pack-reused 345
  Receiving objects: 100% (345/345), 63.91 KiB | 39.00 KiB/s, done.
  Resolving deltas: 100% (107/107), done.

Et cest bon, tu as accès au répertoire chat-reseau-P8 et au code source du projet.

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

Dans ce cas là, cest simple Kévin. Il faut que tu te créées un compte sur GitHub, puis tu cliques sur le bouton + et New Repository. Tu lui donnes le nom que tu souhaites (en loccurence 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 najoutes rien avant, pas de description, pas de .gitignore, RIEN.

Et là, magie ! GitHub indique comment ajouter le dépôt distant à ton dépôt local.

  $ git remote add origin https://github.com/Phundrak/temporary-repo.git

Et voilà, ton dépôt est lié au dépôt distant. Oui, juste comme ça.

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

Bon ok, ce nest 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 loccasion. Pour ce faire, tu nas quà taper git push ; et la première fois, il faudra que tu indiques à ton dépôt où mettre en ligen 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.

  $ git push -u origin master
  Username for 'https://github.com': phundrak
  Password for 'https://phundrak@github.com':
  Enumerating objects: 10, done.
  Counting objects: 100% (10/10), done.
  Delta compression using up to 8 threads
  Compressing objects: 100% (7/7), done.
  Writing objects: 100% (10/10), 940 bytes | 313.00 KiB/s, done.
  Total 10 (delta 0), reused 0 (delta 0)
  remote:
  remote: Create a pull request for 'master' on GitHub by visiting:
  remote:      https://github.com/Phundrak/temporary-repo/pull/new/master
  remote:
  To https://github.com/Phundrak/temporary-repo.git
   ,* [new branch]      master -> master
  Branch 'master' set up to track remote branch 'master' from 'origin'.

Bon, là en nom dutilisateur ya le mien, faudra remplacer avec le tiens. Et ouais, ma vitesse de mise en ligne nest pas fameuse, je suis sur une connexion 3G+ à lheure où jécris ces lignes, ne me juge pas. Bref, toujours est-il que je viens de mettre en ligne les fichiers du dépôt sur GitHub. Pas la peine de chercher le mien sur GitHub par contre, ça fera un bail que je laurai supprimé au moment où tu liras ces lignes.

Quelquun 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 apparaitra formatté sur la page du dépôt sur GitHub sil est au format .md (Markdown) ou .org (org-mode, le Markdown dEmacs avec lequel est écrit ce tutoriel). Mais il nest pas présent dans mon dépôt local, du coup je vais devoir le récupérer. On va donc entrer git pull.

  $ git pull
  remote: Enumerating objects: 4, done.
  remote: Counting objects: 100% (4/4), done.
  remote: Compressing objects: 100% (3/3), done.
  remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
  Unpacking objects: 100% (3/3), done.
  From https://github.com/Phundrak/temporary-repo
     4380d87..8bd4896  master     -> origin/master
  Updating 4380d87..8bd4896
  Fast-forward
   README.md | 2 ++
   1 file changed, 2 insertions(+)
   create mode 100644 README.md