Utilisation de Git et GitLab
(→Mémo d'utilisation de Git) |
(→Travailler avec Git en local) |
||
Line 14: | Line 14: | ||
git commit permet d'enregistrer (valider) les modifications (l'option –amend permet d'annuler le commit). <br/> |
git commit permet d'enregistrer (valider) les modifications (l'option –amend permet d'annuler le commit). <br/> |
||
ATTENTION : toujours inspecter les modifications pour savoir si tout est bien indexé en tapant la commande git status.'' |
ATTENTION : toujours inspecter les modifications pour savoir si tout est bien indexé en tapant la commande git status.'' |
||
− | Se définir un patron de travail : renseigner un fichier .gitignore pour éviter d'indexer ou de valider ce qu'on ne veut pas, exemple : |
+ | |
+ | * '''Se définir un patron de travail''' : <br/> |
||
+ | renseigner un fichier .gitignore pour éviter d'indexer ou de valider ce qu'on ne veut pas, exemple : <br/> |
||
# un commentaire, cette ligne est ignorée |
# un commentaire, cette ligne est ignorée |
||
# pas de fichier .a |
# pas de fichier .a |
||
Line 30: | Line 30: | ||
Autres exemples sur https://github.com/github/gitignore. Penser aux fichiers *~ et *.lock. |
Autres exemples sur https://github.com/github/gitignore. Penser aux fichiers *~ et *.lock. |
||
− | Supprimer ou déplacer un fichier : git rm nom-du-fichier ou git mv nom-du-fichier |
+ | * '''Supprimer ou déplacer un fichier''' : <br/> |
+ | git rm nom-du-fichier ou git mv nom-du-fichier |
||
Les fichiers indexés qui feront parties de la prochaine validation : |
Les fichiers indexés qui feront parties de la prochaine validation : |
||
git diff --staged |
git diff --staged |
||
− | Les infos sur la version actuelle du projet : |
+ | |
+ | * '''Obtenir des infos sur la version actuelle du projet''' : <br/> |
||
git log (git log -p -2 permet de voir les différences avec les 2 commits précédents) |
git log (git log -p -2 permet de voir les différences avec les 2 commits précédents) |
||
− | Lister et créer des étiquettes pour les versions stables : |
+ | |
+ | * '''Lister et créer des étiquettes pour les versions stables''' : |
||
git tag pour lister les étiquettes. |
git tag pour lister les étiquettes. |
||
git tag -a v1.4.0 -m 'Version 1.4.0' pour ajouter une étiquette au dernier commit. |
git tag -a v1.4.0 -m 'Version 1.4.0' pour ajouter une étiquette au dernier commit. |
Revision as of 09:02, 13 February 2015
Références
Mémo d'utilisation de Git
Travailler avec Git en local
- Initialisation d'un dépôt :
dans le répertoire existant du logiciel taper : git init
- Ajouter des fichiers pour suivre leur version :
taper git add nom-du-fichier puis git commit -m 'version initiale du projet'
git add permet d'ajouter (indexer) les fichiers au projets (possible d'ajouter tout avec git add *).
git commit permet d'enregistrer (valider) les modifications (l'option –amend permet d'annuler le commit).
ATTENTION : toujours inspecter les modifications pour savoir si tout est bien indexé en tapant la commande git status.
- Se définir un patron de travail :
renseigner un fichier .gitignore pour éviter d'indexer ou de valider ce qu'on ne veut pas, exemple :
- un commentaire, cette ligne est ignorée
- pas de fichier .a
- .a
- mais suivre lib.a malgré la règle précédente
!lib.a
- ignorer uniquement le fichier TODO à la racine du projet
/TODO
- ignorer tous les fichiers dans le répertoire build
build/
- ignorer doc/notes.txt, mais pas doc/server/arch.txt
doc/*.txt
- ignorer tous les fichiers .txt sous le répertoire doc/
doc/**/*.txt Autres exemples sur https://github.com/github/gitignore. Penser aux fichiers *~ et *.lock.
- Supprimer ou déplacer un fichier :
git rm nom-du-fichier ou git mv nom-du-fichier Les fichiers indexés qui feront parties de la prochaine validation : git diff --staged
- Obtenir des infos sur la version actuelle du projet :
git log (git log -p -2 permet de voir les différences avec les 2 commits précédents)
- Lister et créer des étiquettes pour les versions stables :
git tag pour lister les étiquettes. git tag -a v1.4.0 -m 'Version 1.4.0' pour ajouter une étiquette au dernier commit. Rappel – règles pour les étiquettes : vA.B.C avec A=version majeure, B=version mineure, C=correctif On commence la numérotation à 0. On réserve A=0 pour le protoype, A=1 est la première version stable.