[SPIP Zone] mélange de source dans SVN

Bonjour,

J’utilise SVN pour gérer le code de mes différents sites.
J’aime bien cet outil et essaye de gérer un maximum de choses dedans.
Je n’ai par contre pas trouvé la méthode idéale.
Soit je gère tous les fichiers en local (squelettes, code spip et plugin) je dois alors régulièrement merger mon code avec celui des plugins et de SPIP pour garder l’historique(je fais ça plus ou moins à la main c’est fastidieux), soit j’écrase à chaque fois spip et plugin => perte de l’historique et déploiement complet à chaque fois sans delta.

Soit je gère juste sur le site destination les différentes sources mais dans ce cas impossible d’avoir une trace centralisée des différentes versions de composants utilisées.

Si quelqu’un a un moyen pratique de gérer ça je suis preneur.

Merci.
a+

Arnaud

J'utilise SVN pour gérer le code de mes différents sites.
J'aime bien cet outil et essaye de gérer un maximum de choses dedans.
Je n'ai par contre pas trouvé la méthode idéale.

Un outil a l'air intéressant : SVK (logiciel) — Wikipédia

Si quelqu'un a un moyen pratique de gérer ça je suis preneur.

moi aussi !

-- Fil

Le 26/10/07, Fil <fil@rezo.net> a écrit :

J’utilise SVN pour gérer le code de mes différents sites.
J’aime bien cet outil et essaye de gérer un maximum de choses dedans.
Je n’ai par contre pas trouvé la méthode idéale.

Un outil a l’air intéressant : http://fr.wikipedia.org/wiki/SVK_(informatique)

ouaip pourquoi pas, je m’en sers sur ma box pour faire les miroirs de spip en http, ça a un petit défaut je ne suis jamais arrivé à avoir une copie synchro avec les mêmes numéros de version.

j’ai aussi cherché du côté des référence externes dans svn http://svnbook.red-bean.com/nightly/en/svn.advanced.externals.html
de mémoire ça marche pour suivre un repository distant mais si tu as besoin de rester sur une version il faut modifier la reference

a+

Arnaud

J'utilise SVN pour gérer le code de mes différents sites.

Pareil, j'utilise l'excellent devjavu.com

Je n'ai par contre pas trouvé la méthode idéale.
Soit je gère tous les fichiers en local (squelettes, code spip et plugin) je dois alors régulièrement merger mon code avec celui des plugins et de SPIP pour garder l'historique(je fais ça plus ou moins à la main c'est fastidieux), soit j'écrase à chaque fois spip et plugin => perte de l'historique et déploiement complet à chaque fois sans delta.
Soit je gère juste sur le site destination les différentes sources mais dans ce cas impossible d'avoir une trace centralisée des différentes versions de composants utilisées.
Si quelqu'un a un moyen pratique de gérer ça je suis preneur.

J'utilise les svn:externals et des liens symboliques.

Voilà en gros mon arborescence subversion :

spip (svn:external -> svn://trac.rezo.net/spip/spip)
plugins (svn:external -> svn://zone.spip.org/spip-zone/_plugins_)
specifique

J'ai fait un petit script shell qui me crée les liens symboliques nécessaires après le premier checkout ou export :

#!/bin/sh
cd ./spip
ln -s ../plugins ./plugins
ln -s ../specifique/design ./design
ln -s ../specifique/mes_fonctions.php ./mes_fonctions.php
ln -s ../specifique/htaccess-gasteroprod.txt ./.htaccess
cd ./config
ln -s ../../specifique/mes_options.php ./mes_options.php

Il est clair que cela est pratique parce que j'ose utiliser la version de développement svn en production sur mon site, mais je peux faire un « svn update » à l'intérieur de « specifique » si je veux mettre à jour mes squelettes sans mettre à jour SPIP.

-Nicolas

--
Nicolas "Brush" HOIZEY
Clever Age : http://www.clever-age.com/
Gastero Prod : http://www.gasteroprod.com/
Photos : http://www.flickr.com/gp/38608514@N00/M1c002