(D)VCS

Pourquoi utiliser un outil?

Quel outil utiliser?

Comment l'utiliser?

Quelques questions

POURQUOI

Brian: Ouais mais bon, ok, ouais d'accord, mais bon, pourquoi?

#1: Le boss indécis

JR (le boss): Brian, il faut que quand le client se logue, il voie trois popup de pub!

Brian: Ca va me prendre une semaine, ça impacte pas mal de fichiers

#1: Le boss indécis

Une semaine plus tard, le lendemain de la démonstration de la "feature" au boss

JR: Brian, ouais en fait, ma femme m'a dit que c'était trop pénible, enlève les popups!

#1: Le boss indécis

Brian: pas de problème, ça va me prendre deux jours pour retrouver et annuler toutes les modifs, et tester pour être sûr de n'avoir rien cassé

JR: Deux jours pour annuler? Tu n'avais pas fait de sauvegarde? attends je te montre un truc:

Je te montre un truc

La fausse bonne idée: le CPOLD

Pour reprendre le blog de Roland, le CPOLD à d’innombrables qualités:

• pas de format de fichier complexe et susceptible de corruption
• pas de conflits
• aucun besoin d’un serveur dédié (on peut tout mettre ensemble, prod et dev confondues)
• aucune limitation sur la gestion des branches
• une rapidité insurpassable
• une simplicité de mise en oeuvre et d’apprentissage enfantine
• pas de modèle de développement imposé (centralisé, distribué, en quinconce, en hélice, toutes les variantes sont possibles)
• des sauvegardes facilitées
• etc…

La fausse bonne idée: le CPOLD

Voici en quoi consiste la mise en place du CPOLD:

$ cp fichier.py fichier.py.old

La fausse bonne idée: le CPOLD

Et voici un exemple de mise en oeuvre du CPOLD:

foo_dev
    foo.py
    foo.py.old
    foo.py.old.2009_03_29
    foo.py.marche_pas
    foo.py.todelete
    foo.py.OLD.2006_05_12
    foo.py.bak
    foo.py.fonctionalite_bar
    foo.py.bug
    foo.py.save.20081210
    foo.py.check
    foo.py.test

foo_prod
    foo.py

foo_savedev.tgz
foo_save20090329_v2_0.tgz
foo_save20080412_v1_2.tgz
foo_save20060509_v1_0.tgz

#2: Le crash disque

Brian: Patron? J'ai un petit soucis, il semblerait que le disque dur de mon ordinateur vienne de lâcher...

JR: Et? en quoi ça me concerne? Prends en un nouveau dans la réserve, et retourne bosser.

#2: Le crash disque

Brian: Ah, euh, ok, je vais récuperer les sources du projet sur le serveur de production, par contre il va me falloir quelques jours pour rattraper le boulot perdu depuis la dernière release...

JR: Tu n'avais pas de sauvegardes? Attends, je te montre un truc:

Je te montre un truc

Solution?

Solution?

#3: Le code spaghetti

JR: Brian, ma femme vient de trouver un gros bug, je veux savoir depuis quand il existe, et surtout, à cause de qui! Dépèche-toi de trouver si tu veux pas que je te montre un truc

Brian à besoin de savoir qui fait quoi dans le code, vu qu'il travaille avec le neuveu du boss dont la spécialité est le "code spaghetti". Du coup, Brian a mis en place une méthode éprouvée:

Solution?

...
def bar(thing): # Added the 10th of june, 2006 -- Steven
    """This function is very usefull!"""
    # Brian: refactored 20080410 for release 1.2
    #if thing == "bar": ### Steven: 11/06/07 fixed typo
    # (was 'thing = "bar"')
    #    return True;
    return (thing == "bar")
...

Solution?

COMMENT

Brian (immense cri de désespoir): Mais comment m'en sortir sans que JR me montre un truc ?

Les VCS

Les VCS

Les VCS

Les VCS

Modif du fichier foo.py

Feature 'popups': dynamically load popups' urls from the database

Les VCS

Les DVCS

Evolution assez récente des VCS, qui sont basés sur une architecture décentralisée.

Chaque développeur possède sa propre copie des fichiers du projet, ce qui en fait d'autant plus de sauvegardes.

Les DVCS

Les DVCS

MERCURIAL

• Développé en python
• Utilisé (bientôt?) pour Python lui-même
• Le seul DVCS adopté par Google Code
• Facile à apprendre et utiliser
• Léger
• Facile à customiser
• Facile à adopter (convert: cvs, svn, git, darcs)

MERCURIAL

$ hg init

MERCURIAL

$ hg status
$ hg st

MERCURIAL

$ hg add monfichier.py monautrefichier.py

MERCURIAL

$ hg commit monfichier.py monautrefichier.py
$ hg commit

$ hg commit -A
$ hg commit -m "Mon super message de commit"
$ hg ci

MERCURIAL

$ hg push

MERCURIAL

$ hg clone http://bitbucket.org/magopian/pyconfr

MERCURIAL

Puis, pour récuperer les derniers changements

$ hg pull
$ hg pull -u

MERCURIAL

Pour appliquer les changements sur le projet initial, plusieurs solutions:

• Fournir un patch (méthode traditionnelle)
• Faire un push vers le serveur
• Faire un pull à partir du serveur
• Faire une pull request au mainteneur du projet

Bitbucket

Ne vous embetez pas à installer/configurer/maintenir/payer un serveur distant!

Liens / Des questions?

• Mercurial book:

  http://hgbook.red-bean.com/

• A Visual Guide To Version Control:

  http://betterexplained.com/articles/a-visual-guide-to-version-control/

• Introduction To DVCS illustrated:

  http://betterexplained.com/articles/intro-to-distributed-version-control-illustrated/