[SPIP Zone] _plugins_ à plat

salut, ce week-end je range :

tous les plugins de
http://zone.spip.org/trac/spip-zone/browser/plugins/dev
http://zone.spip.org/trac/spip-zone/browser/plugins/stable
http://zone.spip.org/trac/spip-zone/browser/plugins/test

seront transférés vers
http://zone.spip.org/trac/spip-zone/browser/plugins

tous les plugins de
http://zone.spip.org/trac/spip-zone/browser/plugins/core
vers
http://zone.spip.org/trac/spip-zone/browser/plugins_core/

modification du fichier
http://zone.spip.org/trac/spip-zone/browser/archivelist.txt en
conséquence .

Je sais, cela fera du boulot pour ceux qui utilisent les plugins avec
la commande svn, il faudra
faire un switch, mais ce n'est vraiment pas insurmontable .

Ben.

Ben. a écrit :

salut, ce week-end je range :

Bon courage...

--
MM.

il faudra faire un switch, mais ce n'est vraiment pas insurmontable .

si tu peux garantir qu'aucun plugin ne change de nom il suffira d'un
svn info|sed|awk|truc|svn switch

-- Fil

Le 29 mai 09 à 13:29, Ben. a écrit :

salut, ce week-end je range :

...
tous les plugins de
Connexion · GitLab
vers
Connexion · GitLab

Je propose de regrouper dans /_core_/
- les plugins du core
- les tests du core
- l'ecran de securité du core

ce qui donnerait :
_plugins_/_core_ --> _core_/plugins/
_dev_/tests --> _core_/tests
_securite_ --> _core_/securite

Cela aurait le mérite de donner plus de visibilité aux tests et a l'ecran de sécu qui sont chacun planqués dans un coin,
et de permettre d'etendre son _core_ en checkout les 3 reps à la racine de spip quand on a besoin.

Par contre, il faut peut être réfléchir aux gestions de versions des plugins du _core_ :
le même probleme va se poser que pour les branches du core

Que va-t-on faire lors du versionnage du _core_ ?
Creer une branche de _plugins_ correspondant à chaque version du _core_ ?
Ne pas brancher, mais gérer au coup par coup ?
Dans ce cas, est-ce qu'on créé un sous rep pour chaque plugin ?
Est-ce qu'on fait un repertoire branches/ dans lequel on ne copie que les plugins qui le nécessitent au coup par coup ?

Ce dernier cas est peut être le mieux ?

Cédric

Le 30 mai 09 à 11:50, cedric.morin@yterium.com a écrit :

Le 29 mai 09 à 13:29, Ben. a écrit :

salut, ce week-end je range :
...
tous les plugins de
Connexion · GitLab
vers
Connexion · GitLab

Je propose de regrouper dans /_core_/
- les plugins du core
- les tests du core
- l'ecran de securité du core

ce qui donnerait :
_plugins_/_core_ --> _core_/plugins/
_dev_/tests --> _core_/tests
_securite_ --> _core_/securite

Cela aurait le mérite de donner plus de visibilité aux tests et a l'ecran de sécu qui sont chacun planqués dans un coin,
et de permettre d'etendre son _core_ en checkout les 3 reps à la racine de spip quand on a besoin.

Sauf que si tu as déjà un dossier "plugins" à la racine, ça va foirer, non ?

Par contre, il faut peut être réfléchir aux gestions de versions des plugins du _core_ :
le même probleme va se poser que pour les branches du core

Que va-t-on faire lors du versionnage du _core_ ?
Creer une branche de _plugins_ correspondant à chaque version du _core_ ?
Ne pas brancher, mais gérer au coup par coup ?
Dans ce cas, est-ce qu'on créé un sous rep pour chaque plugin ?
Est-ce qu'on fait un repertoire branches/ dans lequel on ne copie que les plugins qui le nécessitent au coup par coup ?

Ce dernier cas est peut être le mieux ?

Il me semble que le dernier cas est optimal, oui.

-Nicolas

--
Nicolas HOIZEY
Blog : http://www.gasteroprod.com/
Photos : Nicolas Hoizey | Flickr