Re: Les branches spip-3-stable

Salut,

Il ne faudrait pas que cette conversion se transforme en situation de
blocage.
Une objection n'est pas une opposition. :-)

En l'état, il semblerait qu'il n'y a pas d'alternative au maintien de ces
branches pour garantir à des utilisateurs leurs mises à jour via SVN avec
un simple "svn up".
Sans changer de consignes ni de pratiques, cela semble impossible, en
effet. Et il est à cette heure trop tard pour la version 3.2 de SPIP, de
toute manière.

Toutefois, il y aura une release 3.2.2 un jour, une 3.3 un autre jour. Et
la problématique soulevée reviendra peut-être.

Si la question des branches SVN arrive après la publication d'une release,
il sera toujours trop tard et le status quo pourra se maintenir ad vitam
æternam.

Je ne voudrais pas que des gens se retrouvent "coinçés" (techniquement, ils
ne le sont pas, mais ok, "svn up" :p)
Je suis cependant favorable à la proposition de Nico : pousser la
discussion et les arguments avant la publication de la 3.2.2
Ce n'est pas inconciliable.

Camille a raison quand il dit que ce n'est pas compliqué de switcher d'une
branche à l'autre. C'est vrai quand on maîtrise le client svn.
Mais j'entends aussi l'argument qui dit "une commande ça va, 3 commandes,
bonjour les dégâts !" :D

Et s'il existait un outil capable de déterminer quel est le bon numéro
("svn ls" plus un peu de logique basée sur un référentiel ou une règle) et
qui faisait le up ou le switch ?

"3 commandes pour les utilisateurs sur leurs machines,
1 commande pour les exécuter
et dans un unique outil, les lier." :p

Amitiés,
--
James