Newer
Older
# Cours Forge ZZ2 F2 2017
# Infos étudiant :
Par binôme Nom Prénom:
## 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
0. _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)_
0. Ajouter le compte rendu dans le repo `*`
On branch master
nothing to commit, working tree clean
0. 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\ cpw.md
$ git commit -m "suppression premiere partie"
[master 8ea1747] suppression premiere partie
1 file changed, 8 insertions(+), 87 deletions(-)
$ git log
commit 8ea17476335ccafecafd53a80715de71d4b13b54 (HEAD -> master)
Author: bertoni <marion_bertoni@outlook.fr>
Date: Mon Jan 8 18:30:28 2018 +0100
suppression premiere partie
commit a95c3e051181aa16b2a2e8bd95fb7c2c65a690d3
Author: bertoni <marion_bertoni@outlook.fr>
Date: Mon Jan 8 18:21:02 2018 +0100
premier ajout
0. 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 status
On branch master
Changes to be committed:
(use "git reset HEAD <file>..." to unstage)
renamed: tp1 cpw.md -> Bertoni Walczyszyn tp1 cpw.md
$ git commit -a --amend -m"modification du nom"
[master 4773e48] modification du nom
Date: Mon Jan 8 18:30:28 2018 +0100
1 file changed, 8 insertions(+), 87 deletions(-)
rename tp1 cpw.md => Bertoni Walczyszyn tp1 cpw.md (61%)
$ git log
commit 4773e48d22ecbca3b1d7e07ae3e6893fb1e7859b (HEAD -> master)
Author: bertoni <marion_bertoni@outlook.fr>
Date: Mon Jan 8 18:30:28 2018 +0100
modification du nom
commit a95c3e051181aa16b2a2e8bd95fb7c2c65a690d3
Author: bertoni <marion_bertoni@outlook.fr>
Date: Mon Jan 8 18:21:02 2018 +0100
premier ajout
0. Il ne devrait y avoir que deux entrées dans l'historique pourquoi ? `*`
Le deuxième commit a été modifié, un nouveau commit n'a pas été créé pour le changement
de nom du fichier.
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
0. Créer un nouveau fichier, nommé start, contenant la date et l'heure actuelle `*`
0. Créer un nouveau fichier : file2ignore
0. Afficher la status de votre copie de travail
0. On souhaite que ce fichier soit ignoré et ne soit jamais commiter. Réalisez la configuration nécesaire pour que cette regle soit effective `*`
0. Lister le contenu du repertoire courant, afficher le status et la log
0. 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`)
0. Lister les branches locales et les fichiers présent dans le répertoire courant `*`
0. Aficher le status de votre repo `*`
0. Créez une branche pour _développer_ la réponse de ce point (nommez là `mybranch-2.4` par exemple)
0. Afficher un historique sous forme de graph (`a dog`) de votre repo
0. Pourquoi les 2 branches pointent elles sur la même révision ?`*`
0. Afficher à nouvea l'historique pour montrer les modifications suite au précédent commit `*`
0. Revenir la brache `mybranch`
0. Où sont passé vos reponces au point 2.4 ? `*`
0. Affichez un historique sous forme de graph (`a dog`) de votre repo, Que peux ton en dire ?
0. Revenir sur la branche master
0. Ajoutez et commitez un fichier (touch new_file)
0. Revenir sur votre branche `mybranch` pour completer le compte rendu `*`
0. Affichez un historique sous forme de graph (`a dog`) de votre repo `*`
##### 3. Merge
0. Merge depuis head
0. switcher sur une nouvelle branche `mybranch-3.1`
0. ajout un nouveau fichier nommé easy_merge avec la date et l'heure actuelle `*`
0. merger la branche `mybranch-4.1` sur `mybranch`
0. Afficher le status
0. Pourquoi n'y a t'il aucune modification en cours ? `*`
0. Affichez un historique sous forme de graph (`a dog`) de votre repo et décire l'état courant`*`
0. Merge avec modifications
0. Mergez les modifications de la branche `mybranch-2.4` sur `mybranch` (`*echap* :wq *enter*` pour sauvegarder le message de commit et quitter)`*`
0. Affichez un historique sous forme de graph (`a dog`) de votre repo `*`
0. Merge avec conflit
0. Céer une nouvelle branche `mybranch-3.6`
0. Notez dans le CR la date et l'heure actuelle (avec la commande `date` par exemple) `*`
0. Switchez sur la nouvelle branche et modifiez la réponse précendante dans le CR avec le `*`
0. Réalisez le merge de la brache `mybranch-3.6` sur `mybranch`. Le prompt change, pourquoi ? Gerer le conflit et commiter.
0. 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
0. Ajouter le projet "2017-F2-Forge" comme repository distant `*`
0. Lister les branches distantes
0. Pousser votre branche de votre repo local sur le repos distant `*`
0. 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 ?
0. Supprimer le dossier .git
0. Faire un git status ?