Passerelle Bidirectionnelle entre Git et MediaWiki

Résumé

Le but technique du projet est de créer une passerelle bidirectionnelle entre Git et MediaWiki, qui permette d'utiliser les commandes Git classiques (clone, pull, push, ...) pour éditer du contenu en ligne sur un Wiki comme EnsiWiki ou Wikipedia, sans utiliser de navigateur web.

Contexte et Objectifs

Pour éditer des textes de manière collaborative, deux outils sont très utilisés aujourd'hui :

• les gestionnaires de versions (par exemple Git) permettent de travailler localement sur une hiérarchie de fichiers en utilisant les outils de son choix (éditeur, compilateur, etc) et fournissent des fonctionnalités avancées (les branches notamment).
• les wikis (par exemple, MediaWiki, utilisé par Wikipedia et EnsiWiki) permettent une édition en ligne (dans un navigateur), et semblent plus simples d'utilisation que les gestionnaires de versions, surtout s'il s'agit d'effectuer une simple modification mineure comme une correction typographique.

Chaque solution a ses avantages et ses inconvénients, et il n'est pas simple aujourd'hui de bénéficier du meilleur des deux mondes (des solutions de Wiki basées sur Git comme IkiWiki ou Golum existent, mais ne sont pas acceptables dans tous les contextes).

L'idée de ce projet est de permettre un pont entre Git et MediaWiki : Dans un sens, pouvoir récupérer des modifications depuis un wiki avec « git clone » et « git pull », et de l'autre, pouvoir en publier avec « git push » (en bénéficiant de toutes les fonctionnalités de Git pour faire les commits localement).

Pour cette année, le but est de créer une bonne base (i.e. du code très propre, bien relu et testé) qui puisse être diffusée comme un logiciel libre (si possible intégrée dans le répertoire contrib/ du code source de Git), utilisée entre autres par les enseignants pour éditer EnsiWiki, et étendue les années suivantes pendant d'autres éditions du projet de spécialité.

Les étudiants devront s'initier au flot de développement de la communauté de développeurs de Git, en particulier :

• La revue de code par des tiers,
• L'utilisation poussée d'un gestionnaire de versions,
• L'application stricte de styles de codage,
• Les tests automatisés,
• L'utilisation des mailing-lists comme outil de communication et d'entraide.

Plus d'information

Le projet a déjà été brièvement discuté sur la mailing-list de Git. Voir les archives pour la proposition détaillée et quelques conseils : http://thread.gmane.org/gmane.comp.version-control.git/167089

On y trouvera en particulier un prototype d'import (non-incrémental) depuis MediaWiki vers Git écrit par Jeff King.

Évaluation

L'évaluation prendra en compte les points suivants (liste non-exhaustive) :

• Qualité/quantité du code produit
• Attitude vis-à-vis de la communauté
• Acceptation du code par la communauté
• Soutenance et rapport final

Organisation

• Nombre d'équipe : 1 équipe.
• Taille de l'équipe : entre 2 et 4 étudiants.
• Organisation générale des projet semestre 2 : https://intranet.ensimag.fr/KIOSK/Ensimag/2A/TroncCommun/ProjetGene/
• Projets « Génie Logiciel et Langages » : https://intranet.ensimag.fr/KIOSK/Ensimag/2A/TroncCommun/ProjetLL/

Voir aussi

• Cette autre proposition de projet à propos de Git.