séparation en sous-fichiers

master
Yves Dubromelle 5 years ago
parent 10c70663de
commit a5161caf6a

@ -0,0 +1,63 @@
== La vie sans gestion de version
Système CPOLD
=== Le projet démarre
[source]
----
awesome_project/
└── report.md
----
=== Grosse modification, gardons l'ancienne au cas où...
[source]
----
awesome_project/
├── report.md
└── report-v2.md
----
=== Chouette, un gentil relecteur :)
[source]
----
awesome_project/
├── report.md
├── report-v2-BobReview.md
└── report-v2.md
----
=== C'est fini, on livre
[source]
----
awesome_project/
├── report.md
├── report-v2-BobReview.md
├── report-v2.md
└── report-final.md
----
=== Oups, coquille !
[source]
----
awesome_project/
├── report.md
├── report-v2-BobReview.md
├── report-v2.md
├── report-final-fixed.md
└── report-final.md
----
=== On a quelques soucis
* Convention de nommage
** Au bon vouloir de chacun
** Ordre réel des versions pas évident à deviner
* 5 fichiers pour un rapport
* Synchronisation compliquée
** Chacun travaille sur ses fichiers
** Même fichier -> contenu différent pour chacun

@ -0,0 +1,38 @@
== Outils de gestion de version
=== Intérêts
* Déléguer à un système fiable l'historique de nos fichiers
* Revenir à une version antérieure
* Traçabilité : *qui* à fait *quoi*
=== Système centralisé
* Un serveur contient tout l'historique des fichiers du projet
* Chaque utilisateur possède une vue des fichiers
* Un commit consiste à envoyer les modifications au serveur
=== !
[.stretch]
[graphviz,centralised-vcs,svg]
----
include::centralised_vcs.dot[]
----
=== Système décentralisé
* Chaque utilisateur possède son historique du projet
* Un commit consiste à enregistrer les modifications dans la base de données locale
* Il est toujours possible d'avoir un serveur central pour référence
=== !
[.stretch]
[graphviz,decentralised-vcs,svg]
----
include::decentralised_vcs.dot[]
----

@ -0,0 +1 @@
== De sapproprier un outil de gestion de versions

@ -1,83 +1,13 @@
= Gestion de versions du code
== La vie sans gestion de version
== Objectifs du cours
=== Le projet démarre
* Comprendre lintérêt du versionnement dans un projet de développement
* Connaitre les types de fonctionnements existants
* Sapproprier un outil de gestion de versions
[source]
----
awesome_project/
└── report.md
----
include::1-cpold.adoc[]
=== Grosse modification, gardons l'ancienne au cas où...
include::2-scm-flavors.adoc[]
[source]
----
awesome_project/
├── report.md
└── report-v2.md
----
=== Chouette, un gentil relecteur :)
[source]
----
awesome_project/
├── report.md
├── report-v2-BobReview.md
└── report-v2.md
----
=== C'est fini, on livre
[source]
----
awesome_project/
├── report.md
├── report-v2-BobReview.md
├── report-v2.md
└── report-final.md
----
=== Oups, coquille !
[source]
----
awesome_project/
├── report.md
├── report-v2-BobReview.md
├── report-v2.md
├── report-final-fixed.md
└── report-final.md
----
=== On a quelques soucis
* Convention de nommage
** Au bon vouloir de chacun
** Ordre réel des versions pas évident à deviner
* 5 fichiers pour un rapport
* Synchronisation compliquée
** Chacun travaille sur ses fichiers
** Même fichier -> contenu différent pour chacun
== Outils de gestion de version
=== Gestion type CP_OLD
=== Système centralisée
[graphviz,centralised-vcs,svg]
----
include::centralised_vcs.dot[]
----
=== Système décentralisé
[graphviz,decentralised-vcs,svg]
----
include::decentralised_vcs.dot[]
----
== De sapproprier un outil de gestion de versions
include::3-git.adoc[]
Loading…
Cancel
Save