Licence 3 Informatique – Génie Logiciel

Ce TP permet de découvrir et de maîtriser les bases de la gestion de version avec Git, en particulier son intégration avec GitLab et Eclipse. Vous apprendrez à configurer votre environnement, à utiliser les commandes Git essentielles, à manipuler les branches, et à gérer un projet Java avec le plugin EGit d’Eclipse.

D'après le document Licence 3 Informatique – Génie Logiciel

Cet article a été rédigé automatiquement à partir du document source, puis vérifié avant publication.

Licence 3 Informatique – Génie Logiciel

Document source

Licence 3 Informatique – Génie Logiciel

Programming, Git, Software Engineering · PDF · 2 pages

Afficher l'aperçu du document

Consulter le document original →

Ce TP permet de découvrir et de maîtriser les bases de la gestion de version avec Git, en particulier son intégration avec GitLab et Eclipse. Vous apprendrez à configurer votre environnement, à utiliser les commandes Git essentielles, à manipuler les branches, et à gérer un projet Java avec le plugin EGit d’Eclipse. Pour réaliser ce TP, vous aurez besoin d’un accès à GitLab (http://git.unilim.fr), d’un terminal pour exécuter les commandes Git, et d’Eclipse avec le plugin EGit installé.

Objectifs

  • Savoir configurer Eclipse pour mettre en œuvre Git
  • Connaître les principales commandes Git

Prérequis et installation

  • Accès à GitLab (http://git.unilim.fr) avec un compte utilisateur
  • Installation de Git sur votre machine (version non précisée)
  • Connaissances de base en ligne de commande
  • Installation d’Eclipse avec le plugin EGit (https://www.eclipse.org/egit/)

Mise en place de GitLab et prise en main de Git

Cette première étape consiste à créer un projet sur GitLab et à configurer votre environnement Git local pour commencer à travailler sur ce projet.

  1. Connectez-vous sur GitLab (http://git.unilim.fr) et créez un projet intitulé InitiationGit.
  2. Configurez votre environnement Git en suivant la procédure indiquée sur la première page de GitLab (configuration globale de Git, nom d’utilisateur, email, etc.).
  3. Créez un dépôt local en clonant le projet ou en initialisant un dépôt Git dans un répertoire de travail.
  4. Vérifiez dans votre navigateur que l’onglet « dépôt » est apparu et affiche le contenu du fichier README.md.
  5. Modifiez le fichier README.md en ajoutant la description suivante : Projet d’initiation à GIT de NOM Prénom.
  6. Ajoutez ce fichier à la révision avec la commande :
    git add README.md
  7. Validez vos changements en local avec :
    git commit -m "mise à jour de la description"
  • Poussez vos modifications sur GitLab avec :
    git push origin master
  • Vérifiez sur GitLab que vos changements sont bien pris en compte en rafraîchissant la page.
  • Ensuite, dans un second terminal :

    1. Créez un nouveau répertoire git-v2/ et placez-vous dedans.
    2. Clonez votre projet avec la commande :
      git clone url-du-projet
    3. Visualisez le contenu du répertoire cloné.
    4. Dans le premier terminal (répertoire initial), tapez :
      git status
      et observez ce que cette commande affiche.
    5. Modifiez le fichier README.md, puis relancez :
      git status
      Comparez les changements détectés.
    6. Faites un commit avec :
      git commit -m "premiere modification"
      Notez le message affiché et vérifiez les changements sur GitLab.
    7. Dans le second terminal, lancez :
      git pull
      Analysez le message reçu et déterminez s’il est normal.
    8. Dans le premier terminal, refaites un commit en ajoutant l’option -a :
      git commit -a -m "message"
    Comparez le message affiché avec le précédent et vérifiez les changements sur GitLab.
  • Dans le second terminal, faites un nouveau :
    git pull
    Vérifiez si le fichier README.md a changé.
  • Dans le premier terminal, poussez vos modifications :
    git push origin master
  • Visualisez les changements sur GitLab.
  • Enfin, récupérez les modifications dans le second terminal.
  • Les branches

    Pour comprendre le concept des branches dans Git, réalisez le tutoriel interactif disponible à l’adresse suivante :

    Lisez également attentivement le modèle de gestion des branches proposé ici :

    Git et Eclipse

    Cette étape vous guide pour créer un projet Java lié à un dépôt Git en utilisant le plugin EGit d’Eclipse.

    1. Sur GitLab, créez un nouveau projet nommé FizzBuzz et copiez l’URL du projet.
    2. Dans Eclipse, ouvrez la perspective Git via :
      Window -> Open Perspective -> Other -> git
    3. Cliquez sur le bouton pour cloner un dépôt et l’ajouter à la vue Git.
    4. Dans l’assistant « Source Git repository », collez l’URL du projet. Cochez « Store in Secure store » pour ne pas avoir à ressaisir vos identifiants à chaque fois.
    5. Sélectionnez la branche origin.
    6. Choisissez le répertoire local où vous souhaitez stocker les fichiers.
    7. Importez ensuite votre projet dans Eclipse :
    8. Créez un projet Java classique dans Eclipse.
    9. Faites un clic droit sur ce projet, puis sélectionnez :
      Team -> Share Project
    10. Choisissez le chemin du répertoire local cloné précédemment et cliquez sur Finish.
    11. Vous pouvez maintenant utiliser Eclipse pour gérer vos interactions avec GitLab via le menu Team.
    12. Pour vérifier le fonctionnement, créez une classe HelloWorld, puis poussez ce fichier sur GitLab.

    Résultats attendus

    • Un projet GitLab nommé InitiationGit contenant un fichier README.md modifié avec la description personnalisée.
    • La synchronisation correcte entre le dépôt local et GitLab, visible via les commandes git status, git commit, git push et git pull.
    • La compréhension du fonctionnement des branches grâce au tutoriel interactif.
    • Un projet Java FizzBuzz correctement lié à un dépôt Git local et distant, géré via Eclipse et le plugin EGit.
    • La capacité à modifier, valider, pousser et récupérer des modifications entre différents environnements.

    Erreurs courantes

    • Oublier d’ajouter les fichiers modifiés avec git add avant de faire un commit.
    • Ne pas vérifier l’état du dépôt avec git status avant de committer ou de pousser.
    • Confusion entre les branches locales et distantes, notamment en ne spécifiant pas la branche lors du push ou pull.
    • Ne pas rafraîchir la page GitLab pour voir les changements après un push.
    • Dans Eclipse, ne pas sélectionner le bon répertoire local lors du partage du projet avec Git.
    • Ne pas cocher « Store in Secure store » lors du clonage dans Eclipse, ce qui entraîne des demandes répétées d’identifiants.
    • Ne pas synchroniser correctement les deux terminaux, ce qui peut provoquer des conflits ou des messages d’erreur lors du pull.

    Partager

    Commentaires

    Aucun commentaire pour le moment. Posez la première question.

    Les commentaires sont relus avant publication. Votre e-mail n'est jamais affiché.

    ← Toutes les révisions