Utilisation de Git et GitLab

From devSpot-wikis
(Difference between revisions)
Jump to: navigation, search
(Travailler avec Git en local)
(Mémo d'utilisation de Git)
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 :
  +
# 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
  +
Les 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.

Revision as of 09:00, 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 :

  1. un commentaire, cette ligne est ignorée
  2. pas de fichier .a
  • .a
  1. mais suivre lib.a malgré la règle précédente

!lib.a

  1. ignorer uniquement le fichier TODO à la racine du projet

/TODO

  1. ignorer tous les fichiers dans le répertoire build

build/

  1. ignorer doc/notes.txt, mais pas doc/server/arch.txt

doc/*.txt

  1. 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 Les 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.

Personal tools
Namespaces

Variants
Actions
Navigation
Campagnes de l'OPAR
Projets
Developpements
Support informatique
Tools