Newer
Older
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
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
# Cours Forge ZZ2 F2 2017
# Infos étudiant :
Par binôme Nom Prénom:
* Chedotal Aubin
* Signarbieux Thibault
## Première partie - Consignes générales
### Format du document
Ce TP est et son compte rendu est un fichier au format `md` pour **Markdown** qui est un format permettant de gérérer facilement du HTML. Ce format étant couramment supporté par les outils de développement, nous l'utiliserons pour les comptes rendus.
Plus d'information sur la syntaxe de ce format :
* Spécification : https://daringfireball.net/projects/markdown/
* Cheatsheet : https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet
* Version GitLab : https://docs.gitlab.com/ee/user/markdown.html#code-and-syntax-highlighting
Ci dessous un exemple d’éditeur à utiliser pour obtenir une prés visualisation de votre document :
* **Atom** avec le plugin **markdown-preview**
* ctrl-shift-M pour afficher la preview
* **Notepad++** avec le plugin **MarkdownViewerPlusPlus**
* **SublimeText** avec le plugin **sublimetext-markdown-preview**
* **Eclipse**
* **IntelliJ**
* **vi / blocnote**
* ...
* Snipplet de code
### Format md
#### Exemple de code
```java
// ceci est un commentaire
public String test = "Hello Word";
boolean hello = true;
if (true == hello ) {
System.out.println(test);
}
```
##### Utilisation de liste
0. item 1
0. item 1.1
0. item 2
* liste
* non ordonné
* sans index
##### Accentuation
Italic avec *étoile* or _tiret-bas_.
En gras avec double **étoile** ou __tiret-bas__ .
Il est possible de combiner les deux **étoile et _tiret-bas_**.
Pour barrer on utilise deux tildes. ~~Barrer ça.~~
##### Liens
[Cheatsheet](https://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet)
##### Tables
| Tables | Are | Cool |
| ------------- |:-------------:| -----:|
| col 3 is | right-aligned | $1600 |
| col 2 is | centered | $12 |
| zebra stripes | are neat | $1 |
Markdown | Less | Pretty
--- | --- | ---
*Still* | `renders` | **nicely**
1 | 2 | 3
### Exemple pour le compte rendu
Compléter le document avec vos réponses, pour chaque consignes indiquez les commandes utilisées,le résultat et un commentaire. Par exemple :
> #### 1. Création d'un répertoire, ajout d'un fichier et lister le répertoire
> ##### Listing des commandes et résultat
user@localhost:~/$ mkdir temp
user@localhost:~/$ cd temp/
user@localhost:~/temp$ ls
user@localhost:~/temp$ touch newFile
user@localhost:~/temp$ ls
newFile
> ##### Commentaire
> Création d'un nouveau dossier **temp** dans la répertoire courant et ajout ajout d'un fichier **newFile**, nous avons utiliser la commande `ls` pour lister le contenu de ce nouveau répertoire.
## 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**
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 `*`
**git add tp1.md**
0. Afficher la status de votre copie de travail
**git status**
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é) `*`
0. Afficher l'historique de votre repo
**git log**
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) `*`
**mv tp1.md chedotal_signarbieux_tp1.md**
**git add chedotal_signarbieux_tp1.md**
**git commit -am "Q1.6" --amend**
0. Afficher l'historique de votre repo
**git log**
0. Il ne devrait y avoir que deux entrées dans l'historique pourquoi ? `*`
**Parce qu'on vient d'amender un commit**
0. Créer un nouveau fichier, nommé start, contenant la date et l'heure actuelle `*`
**touch start**
**git add chedotal_signarbieux_tp1.md**
**git add start**
**git commit -am "Q1.9"**
0. Créer un nouveau fichier : file2ignore
**touch file2ignore**
0. Afficher la status de votre copie de travail
**git status**
0. On souhaite que ce fichier soit ignoré et ne soit jamais commité. Réalisez la configuration nécesaire pour que cette regle soit effective `*`
**touch .gitignore**
**Dans le fichier .gitignore on ajoute l'emplacement de notre fichier à ignorer : ici file2ignore**
**git add .gitignore**
**git add chedotal_signarbieux_tp1.md**
**git commit -am "Q1.12"**
0. Lister le contenu du repertoire courant, afficher le status et la log
**ls**
**git status**
**git log**
0. Avant de commiter affichez les modifications par rapport à la précédente révision ? `*`
**git diff chedotal_signarbieux_tp1.md**
**git add chedotal_signarbieux_tp1.md**
**git commit -am "Q1.14"**
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`)
**git branch che_sig**
**git checkout che_sig**
0. Lister les branches locales et les fichiers présents dans le répertoire courant `*`
**git branch -v**
**ls**
**git add chedotal_signarbieux_tp1.md**
**git commit -am "Q2.1"**
0. Aficher le status de votre repo `*`
**git status**
**git add chedotal_signarbieux_tp1.md**
**git commit -am "Q2.2"**
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
**git log --all --decorate --oneline --graph**
**Il n'y a pas eu de commit depuis la création de la branche mybranch-2.4**
**git commit -am "Q2.4.2"**
0. Afficher à nouveau l'historique pour montrer les modifications suite au précédent commit `*`
**git log --all --decorate --oneline --graph**
**git commit -am "Q2.4.3"**
0. Revenir la branche `mybranch`
**git checkout che_sig**
0. Où sont passé vos reponces au point 2.4 ? `*`
**Elles sont restées sur la branche che_sig-2.4**
**git commit -am "Q2.8"**
0. Affichez un historique sous forme de graph (`a dog`) de votre repo, Que peux ton en dire ?
**git log --all --decorate --oneline --graph**
**HEAD point sur la branche courante, donc che_sig, et la branche che_sig-2.4 est restée en arrière**
0. Revenir sur la branche master
0. Ajoutez et commitez un fichier (touch new_file)
**touch new_file**
**git add .**
**git commit -am "Q2.11"**
0. Revenir sur votre branche `mybranch` pour completer le compte rendu `*`
**git checkout che_sig**
**git commit -am "Q2.12"**
0. Affichez un historique sous forme de graph (`a dog`) de votre repo `*`
**git log --all --decorate --oneline --graph**
**git commit -am "Q2.13"**
0. ajout un nouveau fichier nommé easy_merge avec la date et l'heure actuelle `*`
**git commit -am "Q3.3"**
**git checkout che_sig**
**git merge che_sig-3.1**
0. Afficher le status
**git status**
0. Pourquoi n'y a t'il aucune modification en cours ? `*`
**Car nous venons de merger la branche sur laquelle on a fait les modifications**
**git add .**
**git commit -am "Q3.5"**
0. Affichez un historique sous forme de graph (`a dog`) de votre repo et décire l'état courant`*`
**git log --all --decorate --oneline --graph**
**git commit -am "Q3.6"**
0. Mergez les modifications de la branche `mybranch-2.4` sur `mybranch` (`*echap* :wq *enter*` pour sauvegarder le message de commit et quitter)`*`
**git commit -am "Q3.8"**
**git merge che_sig-2.4**
0. Affichez un historique sous forme de graph (`a dog`) de votre repo `*`
**git log --all --decorate --oneline --graph**
**git commit -am "Q3.9"**
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 `*`
**git checkout che_sig_3.6**
0. Réalisez le merge de la brache `mybranch-3.6` sur `mybranch`. Le prompt change, pourquoi ? Gerer le conflit et commiter.
**git merge che_sig_3.6**
**git commit -am "Q3.14"**
0. Supprimer les branches de feature et afficher toutes les branches restantes, affichez un historique sous forme de graph (`a dog`) de votre repo `*`
**git branch -d che_sig-3.1**
**git branch -d che_sig-2.4**
**git log --all --decorate --oneline --graph**
**git log**
0. Ajouter le projet "2017-F2-Forge" comme repository distant `*`
**git remote set-url origin https://gitlab.isima.fr/mazenovi/2017-F2-Forge.git**
0. Lister les branches distantes
**git ls-remote**
0. Pousser votre branche de votre repo local sur le repos distant `*`
**git commit -am "Q4.3"**
**git push**
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 ?