|
Taille: 1964
Commentaire: page canonique : contenu initial provenant de dernier atelier dispensé
|
Taille: 2713
Commentaire:
|
| Texte supprimé. | Texte ajouté. |
| Ligne 15: | Ligne 15: |
| * Pourquoi versionner? * historique : voir versions passées * expérimentation : explorer une nouvelle version possible * travail collaboratif : travail sur versions en parallèle (en local, sur branches...) puis fusion des versions * Pourquoi Git? * nouvelle génération * distribué (local, hors-ligne) |
|
| Ligne 21: | Ligne 28: |
| * créer un répertoire en local * git init * .git créé |
|
| Ligne 22: | Ligne 32: |
| * git init | |
| Ligne 40: | Ligne 49: |
| * Éditer l'arboresence du projet | * Éditer l'arborescence du projet |
| Ligne 51: | Ligne 60: |
| * git fetch | |
| Ligne 53: | Ligne 61: |
| * créer en local à partir du serveur * git branch -t |
|
| Ligne 87: | Ligne 97: |
| * Aller plus loin : * Participer aux projets * de l'AUF : [[http://git.auf.org|Dépôt AUF]] * d'autres projets Open source : [[https://github.com/|GitHub]] * Explorer au besoin le [[http://git-scm.com/documentation|Site officiel]], notamment sa [[http://git-scm.com/documentation|documentation]] ---- |
Git : versionner ses sources
Sommaire
INTRODUCTION
- Objectifs :
- connaître les commandes de base pour participer à un projet AUF
- Environnement technique :
- git-core
- gitk
- Pourquoi versionner?
- historique : voir versions passées
- expérimentation : explorer une nouvelle version possible
- travail collaboratif : travail sur versions en parallèle (en local, sur branches...) puis fusion des versions
- Pourquoi Git?
- nouvelle génération
- distribué (local, hors-ligne)
VERSIONNER EN LOCAL
- Initialiser un dépôt git
- créer un répertoire en local
- git init
- .git créé
- .gitignore : suivre le modèle
- 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'arborescence du projet
- git status
- git add
- git rm
- git commit
- git pull
- git push
BRANCHES
- Créer en local
- git branch
- créer en local à partir du serveur
- git branch -t
- 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)
- Aller plus loin :
- Participer aux projets
Explorer au besoin le Site officiel, notamment sa documentation