SPIP a de plus en plus de succès (la version 1.7 constitue une nouvelle
étape de ce point de vue, si l’on en croit les statistiques de
fréquentation du site officiel), et il devient de plus en plus mûr.
Néanmoins, à cause même de ce succès et de cette maturité, il apparaît
une tension assez nette dans le développement entre deux nécessités.

La première est de garder une version CVS relativement stable, quasi
tout le temps en production (ce qui a ses avantages en termes de
remontées de bugs), où les traducteurs sont au taquet (et donc où l’on
évite de les forcer à suivre les allers-retours, les essais et erreurs,
les changements de pied). Dans cette version chaque bug ayant un impact
sur les bases existantes est problématique. Il est loin le temps, que
certains d’entre vous ont connu, où SPIP était testé par quelques
dizaines de webmestres un peu fous, qui subissaient avec beaucoup de bon
vouloir les multiples errances des premières (pré-)versions. Aujourd’hui
SPIP est devenu un programme quasi grand public, dont l’utilisation
dépasse largement la population de ses mailing-lists déjà très
fréquentées (plus de 700 inscrits sur la liste spip@rezo.net par
exemple).

La seconde est le besoin de repenser un certain nombre d’aspects du
fonctionnement actuel de SPIP. Cette volonté est actuellement freinée
par le besoin impérieux de conserver une compatibilité ascendante, que
ce soit du point de vue technique ou fonctionnel. Cependant on voit que,
de plus en plus, sur la liste spip-dev certaines besoins se font
pressants, par exemple de lâcher le .php3, de pouvoir mutualiser des
installations, etc. D’autre part des fonctionnalités codées à l’arrachée
ne tiennent pas la route, et devraient pouvoir être repensées ou
remisées. Cela implique de s’autoriser des phases d’instabilité plus
grande, et de ne pas s’imposer une compatibilié à 100% avec les
installations existantes.

L’équipe de SPIP a donc décidé de réorganiser le développement autour de
ces deux pôles bien différenciés.

 Le pôle "SPIP stable", qui continue à maintenir le code existant, la
version "stable", avec une compatibilité sans faille par rapport aux
versions précédentes. Le CVS actuel sera dédié à cette version.

 Le pôle "SPIP laboratoire", dédié à des évolutions plus ambitieuses
de SPIP, avec des objectifs donnant une part plus importante à la
réflexion, à la refonte éventuelle de certains éléments. Ce pôle tâchera
également de mieux gérer les contributions externes. Pour cela, une
nouvelle équipe portera le projet.

L’idéal est de pouvoir "backporter" un certain nombre de modifications
stabilisées depuis la branche "expérimentale" vers la branche "stable".
Pour cela, il doit y avoir un dialogue régulier entre les deux branches
du projet.

Le pôle expérimental (spip-lab) s’articule autour d’un site Web, qui
focalise pour l’instant ses efforts sur la rédaction d’un Wiki
(http://lab.spip.net/spikini/). Ce Wiki est destiné à élaborer les
directions de développement envisagées, et à effectuer un travail de
documentation à destination des contributeurs (notamment, il est
important d’expliquer certains choix de conception de SPIP). Spip-lab
disposera prochainement d’un CVS, qui sera piloté par une équipe
initiale composée de : Christian Lefebvre [1], Yannick Patois, Antoine
Pitrou, Gaétan Ryckeboer [2]. Cette équipe pourra s’étendre par cooptation
de nouveaux contributeurs. Enfin, l’ensemble des discussions publiques
sur le projet auront lieu sur une liste de discussions dédiée.

Nous invitons les personnes intéressées par ce projet à s’inscrire sur
la liste du projet spip-lab :
http://listes.rezo.net/mailman/list...

Amicalement

L’équipe de SPIP, et de SPIP-LAB.