SPIPremix

Préambule

Objectifs
Le premier objectif de la maquette SPIPRemix est de faire la démonstration qu’il est possible d’intégrer composer dans le développement de SPIP et des applications qu’on peut en faire sans remettre en question les principes techniques et fonctionnels historiques de SPIP, tels que la gestion de ses plugins via SVP, l’organisation des fichiers, ses principes de chargement de fonction, etc.
De SPIP3.0 à SPIP3.2, proposer des chantiers permettant aux utilisateurs de rester dans leur version (...)

Derniers articles

  • L’installeur Composer pour SPIP

    , par James

    Retour sur l’arborescence d’une application basée sur SPIP
    Le nom des choses nous rappelle l’organisation en répertoire d’un site SPIP "standalone" (a.k.a. non-mutualisé) : |-spip.php racine d’une application basée sur SPIP \-ecrire/ tout le code de SPIP... \-prive/ (...)

  • Mise en place du dépôt Composer

    , par James

    Nous avons utilisé pour la maquette SPIPRemix le générateur de dépôt composer statique Satis
    Les dépôts composer et leurs outils le service Packagist, l’application packagist pour une instance publique dédiée, l’outil Satis, Un autre outil web conçus et maintenus par nos soins, Une solution payante ... (...)

  • Scénarii de transition et de migration des dépôts SVN de SPIP

    , par James

    Suppression des branches non maintenues
    Supprimer une branche ne l’efface pas de l’historique du dépôt. Elle disparaît de l’état actuel du dépôt.
    Branches à supprimer : r16004+plugins/ spip-1.8/ spip-1.9/ spip-1.9.2/ spip-2-stable/ spip-2.0/ spip-2.1/ spip-3-stable/ spip-3.1-stable/
    Exemple : svn rm (...)

  • Postulat de départ

    , par James

    La gestion du code source de SPIP et de ses plugins sont sur 2 dépôts subversion, historisant 13 ans de changements du code.
    Par commodité, la démo SPIPRemix s’appuiera sur un seul dépôt subversion et autant de dépôts git que nécessaire, mais les modifications de la base de code seront transposables sur (...)

  • Le nom des choses

    , par James

    Les "choses" à nommer sont : les types de composants qui seront nécessaire à l’adaptation de SPIP à l’écosystème Composer, les noms des composants, les urls des services,Types de composants
    De base, Composer reconnait quelques "types" mais il est possible d’en définir soi-même pour des besoins (...)