Modifications entre les versions 1 et 4 (s'étendant sur 3 versions)
⇤ ← Version 1 à la date du 2012-02-24 02:54:50 →
Taille: 366
Éditeur: DavinBaragiotta
Commentaire: première ébauche
← Version 4 à la date du 2012-02-26 12:16:56 → ⇥
Taille: 1964
Éditeur: DavinBaragiotta
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 12: Ligne 12:
 * Environnement technique :
  * git-core
  * gitk
Ligne 13: Ligne 16:
== VERSIONNER SES SOURCES == ----
Ligne 15: Ligne 18:
== VERSIONNER EN LOCAL ==
Ligne 16: Ligne 20:
 * Initialiser un dépôt git
  * .gitignore : suivre le modèle
  * git init
  * git status
  * git add
 * Amorcer le suivi
  * git commit
  * gitk

== VERSIONNER SUR SERVEUR ==

 * Initialiser un dépôt git
  * git config
  * git push
 * Récupérer localement un dépôt git existant sur serveur (pas encore récupéré)
  * git clone
  * git config

== PROCESSUS DE VERSIONNAGE ==

 * Éditer l'arboresence du projet
 * git status
 * git add
 * git rm
 * git commit
 * git pull
 * git push

== BRANCHES ==

 * Créer en local
  * git fetch
  * git branch
 * Créer sur serveur
  * git push
 * Changer de branche
  * git checkout
 * Fusionner les branches
  * git merge
 * Conflits
 * Supprimer en local
  * git branch
 * Supprimer sur serveur
  * git push

== WORKFLOW DE DÉVELOPPEMENT ==

 * Développement (branch dev, environnement DEV)
  * développement dans environnement DEV (local)
  * branche '''dev''' : code stable développé
  * validation informatique du release
 * Tests (branch test, environnement TEST)
  * merge de branche dev dans la branch test
  * branche '''test''' : code stable à tester par responsables métier
  * déploiement dans environnement de TEST (serveur, identique à PROD)
  * validation métier du release
 * Production (branch master, environnement PROD)
  * merge de branch test dans la branch master
  * branch '''master''' : code stable validé
  * déploiement dans environnement de PROD
  * utilisation par utilisateurs finaux
 

Git : versionner ses sources

Sommaire

  1. Git : versionner ses sources
    1. INTRODUCTION
    2. VERSIONNER EN LOCAL
    3. VERSIONNER SUR SERVEUR
    4. PROCESSUS DE VERSIONNAGE
    5. BRANCHES
    6. WORKFLOW DE DÉVELOPPEMENT
    7. CONCLUSION

INTRODUCTION

  • Objectifs :
    • connaître les commandes de base pour participer à un projet AUF

  • Documentation AUF

  • Environnement technique :
    • git-core
    • gitk

VERSIONNER EN LOCAL

  • Initialiser un dépôt git
    • .gitignore : suivre le modèle
    • git init
    • git status
    • git add
  • Amorcer le suivi
    • git commit
    • gitk

VERSIONNER SUR SERVEUR

  • Initialiser un dépôt git
    • git config
    • git push
  • Récupérer localement un dépôt git existant sur serveur (pas encore récupéré)
    • git clone
    • git config

PROCESSUS DE VERSIONNAGE

  • Éditer l'arboresence du projet
  • git status
  • git add
  • git rm
  • git commit
  • git pull
  • git push

BRANCHES

  • Créer en local
    • git fetch
    • git branch
  • Créer sur serveur
    • git push
  • Changer de branche
    • git checkout
  • Fusionner les branches
    • git merge
  • Conflits
  • Supprimer en local
    • git branch
  • Supprimer sur serveur
    • git push

WORKFLOW DE DÉVELOPPEMENT

  • Développement (branch dev, environnement DEV)
    • développement dans environnement DEV (local)

    • branche dev : code stable développé

    • validation informatique du release
  • Tests (branch test, environnement TEST)
    • merge de branche dev dans la branch test

    • branche test : code stable à tester par responsables métier

    • déploiement dans environnement de TEST (serveur, identique à PROD)
    • validation métier du release
  • Production (branch master, environnement PROD)
    • merge de branch test dans la branch master

    • branch master : code stable validé

    • déploiement dans environnement de PROD
    • utilisation par utilisateurs finaux

CONCLUSION

  • Tout projet doit être versionné sur le dépôt central (privé ou public)

Ateliers/Git/2012-02-24/Support (dernière édition le 2012-08-29 19:31:46 par DavinBaragiotta)