tp1.md

Cours Forge ZZ2 F2 2017

Infos étudiant :

Par binôme Nom Prénom:

• Mosnier Bastien
• Drosne Denys

TP 1

Télécharger le sujet du TP à l'adresse suivante : https://gitlab.isima.fr/mazenovi/2017-F2-Forge

1. Les basiques

0. Créer un repository git

    $ git init
    Initialized empty Git repository in D:/Users/basti/Documents/ISIMA_2017-2018/Conduite de projets web/Repository/.git/

1. Par la suite pensez à commiter votre compte rendu apres chaques étapes dont l'enoncé est terminé par *, pour les messages de commit vous pouvez utiliser les numéros des questions (Ex Q1.2 ici)

2. Ajouter le compte rendu dans le repo *

    $ git add tp1.md
    $ git commit -m "Q1.2"
    [master (root-commit) 3727ec6] Q1.2
    1 file changed, 163 insertions(+)
    create mode 100644 tp1.md

3. Afficher la status de votre copie de travail

    $ git status
    On branch master
    nothing to commit, working tree clean

4. Modifiez le CR pour supprimer la première partie et indiquez vos noms (n'oublier pas de faire un git add pour marque le fichier comme devant être ajouté) *

    $ git add tp1.md
    $ git commit -m "Q1.4"
    [master 39c080e] Q1.4
    1 file changed, 12 insertions(+), 85 deletions(-)

5. Afficher l'historique de votre repo

    $ git log
    commit 39c080e06cf87be44c9e7a7c30249062fc4c60f7 (HEAD -> master)
    Author: BMosnier <bastienmosnier@gmail.com>
    Date:   Mon Jan 29 18:34:17 2018 +0100
   
        Q1.4
   
    commit 3727ec6379ed8f628a1206072f66bb92cdcf8290
    Author: BMosnier <bastienmosnier@gmail.com>
    Date:   Mon Jan 29 18:19:44 2018 +0100
   
        Q1.2

6. Renommer ce fichier en préfixant avec vos noms en amendant le commit précédent (git commit -m "mon message" pour indiquer le mesage de commit directement) *

    $ git mv tp1.md MosnierDrosneTp1.md
    $ git add MosnierDrosneTp1.md
    $ git add tp1.md
    $ git commit --amend -m "Q1.6"
    [master e28861a] Q1.6
    Date: Mon Jan 29 18:34:17 2018 +0100
    2 files changed, 131 insertions(+), 85 deletions(-)
    create mode 100644 MosnierDrosneTp1.md

7. Afficher l'historique de votre repo

    $ git log
    commit e28861ae16cb281c82cbdf34fe04f7f6ebde6a4f (HEAD -> master)
    Author: BMosnier <bastienmosnier@gmail.com>
    Date:   Mon Jan 29 18:34:17 2018 +0100
   
        Q1.6
   
    commit 3727ec6379ed8f628a1206072f66bb92cdcf8290
    Author: BMosnier <bastienmosnier@gmail.com>
    Date:   Mon Jan 29 18:19:44 2018 +0100
   
        Q1.2

8. Il ne devrait y avoir que deux entrées dans l'historique pourquoi ? *

   Le git --amend ne rajoute pas un commit, il remplace le précédent

9. Créer un nouveau fichier, nommé start, contenant la date et l'heure actuelle *

10. Créer un nouveau fichier : file2ignore

11. Afficher la status de votre copie de travail

12. On souhaite que ce fichier soit ignoré et ne soit jamais commiter. Réalisez la configuration nécesaire pour que cette regle soit effective *

13. Lister le contenu du repertoire courant, afficher le status et la log

14. Avant de commiter affichez les modifications par rapport à la précédente révision ? *

2. Les branches

0. Créez une branche portant votre nom et basculer sur cette branche (dans la suite du TP cette branche est désignée par mybranch)
1. Lister les branches locales et les fichiers présent dans le répertoire courant *
2. Aficher le status de votre repo *
3. Créez une branche pour développer la réponse de ce point (nommez là mybranch-2.4 par exemple)
4. Afficher un historique sous forme de graph (a dog) de votre repo
5. Pourquoi les 2 branches pointent elles sur la même révision ?*
6. Afficher à nouvea l'historique pour montrer les modifications suite au précédent commit *
7. Revenir la brache mybranch
8. Où sont passé vos reponces au point 2.4 ? *
9. Affichez un historique sous forme de graph (a dog) de votre repo, Que peux ton en dire ?
10. Revenir sur la branche master
11. Ajoutez et commitez un fichier (touch new_file)
12. Revenir sur votre branche mybranch pour completer le compte rendu *
13. Affichez un historique sous forme de graph (a dog) de votre repo *

3. Merge

0. Merge depuis head
1. switcher sur une nouvelle branche mybranch-3.1
2. ajout un nouveau fichier nommé easy_merge avec la date et l'heure actuelle *
3. merger la branche mybranch-4.1 sur mybranch
4. Afficher le status
5. Pourquoi n'y a t'il aucune modification en cours ? *
6. Affichez un historique sous forme de graph (a dog) de votre repo et décire l'état courant*
7. Merge avec modifications
8. Mergez les modifications de la branche mybranch-2.4 sur mybranch (*echap* :wq *enter* pour sauvegarder le message de commit et quitter)*
9. Affichez un historique sous forme de graph (a dog) de votre repo *
10. Merge avec conflit
11. Céer une nouvelle branche mybranch-3.6
12. Notez dans le CR la date et l'heure actuelle (avec la commande date par exemple) *
13. Switchez sur la nouvelle branche et modifiez la réponse précendante dans le CR avec le *
14. Réalisez le merge de la brache mybranch-3.6 sur mybranch. Le prompt change, pourquoi ? Gerer le conflit et commiter.
15. Supprimer les branches de feature et afficher toutes les branches restantes, affichez un historique sous forme de graph (a dog) de votre repo *

4. Remote

0. Afficher l'historique de votre repo
1. Ajouter le projet "2017-F2-Forge" comme repository distant *
2. Lister les branches distantes
3. Pousser votre branche de votre repo local sur le repos distant *
4. En consultant votre branche sous gitlab, vous devriez constaté que la date de modification du fichier start est plus acienne que celle de votre compte rendu, porquoi alors que le push de toute votre branche est faite en une seule fois ?
5. Supprimer le dossier .git
6. Faire un git status ?