User Tools
2018_2019:s3:methodo:td:git
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
|
2018_2019:s3:methodo:td:git [2018/09/03 17:32] blay [I. A chacun son projet dans gitlab] |
2018_2019:s3:methodo:td:git [2018/09/04 15:19] blay [Tags] |
||
|---|---|---|---|
| Line 63: | Line 63: | ||
| - | ==== Créer/Récupérer un nouveau dépôt (info) ==== | ||
| - | <note warning> | ||
| - | A ne pas faire dans le cadre de ce TD car nous l'avons déjà fait, cependant, cela peut être utile par la suite. | ||
| - | </note> | ||
| - | Pour commencer à travailler avec Git, il y a deux solutions : | + | Voir ici pour cette partie : [[2018_2019:s3:methodo:td:git:lignescommandes|Il faut lire plus loin que le 1.]] |
| - | * soit vous créez un nouveau dépôt vide, si vous souhaitez commencer un nouveau projet <code> git init </code> | + | |
| - | * soit vous clonez un dépôt existant, c’est-à-dire que vous récupérez tout l’historique des changements d’un projet pour pouvoir travailler dessus. **C'est ce que nous avons déjà fait, par l'instruction ** <code> git clone adresse_du_dépôt_distant </code> | + | |
| - | + | ||
| - | A noter, que si vous travaillez sous Github ou BitBucket, en général, on crée le dépôt sur le site puis on le clone, comme nous l'avons fait précédemment. | + | |
| ==== Git comme historique des modifications ==== | ==== Git comme historique des modifications ==== | ||
| Line 162: | Line 154: | ||
| - Commitez/envoyez les modifications. Que se passe-t-il ? Remédiez au conflit. | - Commitez/envoyez les modifications. Que se passe-t-il ? Remédiez au conflit. | ||
| - | ==== Tags ==== | ||
| - | Si sur votre machine personnelle vous n'avez pas git, passez directement au point III et installez sourceTree. | ||
| - | Git donne la possibilité d’étiqueter un certain état dans l’historique comme important grâce à un « tag ». Ces tags sont couramment utilisés pour marquer des états de publication (//e.g//. v1.0, v1.1, …). | ||
| - | Deux types de tags sont disponibles : | ||
| - | * Les tags légers : un pointeur sur un commit spécifique | ||
| - | * Les tags annotés : stockés sous forme d’objets, ils contiennent une somme de contrôle, le nom et l’email du créateur, la date de création, un message et éventuellement une signature GPG. | ||
| - | Dans le cadre de cette matière, nous utiliserons que des tags légers. Pour plus d’informations sur le mécanisme de tags annotés, voir les ressources. | ||
| - | |||
| - | - Reprenez votre fichier « Menu.txt » et apportez-y des modifications. La nouvelle version obtenue correspondra à la carte qui sera publiée au guide Michelin 2017. Pour marquer cette importance, nous allons associer le tag « michelin » au prochain commit : Créez une étiquette ‘michelin17’ <code> git tag michelin17</code> | ||
| - | - Listez les étiquettes disponibles <code> git tag </code> | ||
| - | |||
| - | Attention ! Les tags ne sont pas poussés automatiquement sur un serveur distant. Il faut demander explicitement à pousser les étiquettes après les avoir créées localement (cf. cheat sheet) ou utiliser l’option –-tags | ||
| - | |||
| </panel> | </panel> | ||
| </accordion> | </accordion> | ||
2018_2019/s3/methodo/td/git.txt · Last modified: 2018/09/05 15:06 by blay
Page Tools
Except where otherwise noted, content on this wiki is licensed under the following license: CC Attribution-Noncommercial-Share Alike 4.0 International
