grum a écrit:

plg a écrit:

Non, ça n'implique pas cela. C'est toi qui décide si tu continues à maintenir. Il est parfaitement possible de tirer une branche a posteriori sur n'importe quelle revision.

je ne sais pas faire et je n'ai pas le courage/l'envie/le temps/la motivation de devenir un gourou du subversion... donc au plus simple pour moi, on perds la possibilité de maintenir sur la 2.0

et là maintenant, j'hésite à commiter mes thèmes pour la 2.1 : le répertoire des extensions deviens tentaculaire.. je dois créer 4 nouveaux répertoires ?? j'ai essayé de prendre le contenu de Gally, de créer un sous répertoire branche_2-0 et de tout déplacer le contenu dans ce répertoire, mais j'ai l'impression qu'il faut le faire fichier par fichier... :-/ ou c'est que je m'y prends comme un pied ^^;

Ah non il ne faut pas le faire avec les pieds. Et comme tu n'as pas de sous-répertoire dans gally, cela ne va pas être simple de le faire en une seule opération.
Si tu veux faire cette branche, pour ma part, je renommerais (svn move gally old_gally) l'extension gally actuelle. Je créerais l'arborescence standard (trunk, tags, branches) dans une nouvelle extension gally. Je déplacerais le contenu de old_gally dans gally/trunk. Je créerais une branches 2.0 dans branches à partir de la révision que tu souhaites (ou de la dernière) svn copy.

Si tu ne le sens pas, je peux m'en occuper.

grum a écrit:

nicolas a écrit:

Ah non il ne faut pas le faire avec les pieds. Et comme tu n'as pas de sous-répertoire dans gally, cela ne va pas être simple de le faire en une seule opération.
Si tu veux faire cette branche, pour ma part, je renommerais (svn move gally old_gally) l'extension gally actuelle. Je créerais l'arborescence standard (trunk, tags, branches) dans une nouvelle extension gally. Je déplacerais le contenu de old_gally dans gally/trunk. Je créerais une branches 2.0 dans branches à partir de la révision que tu souhaites (ou de la dernière) svn copy.

Si tu ne le sens pas, je peux m'en occuper.

je suis très habile de mes pieds ^o^

bon, je vais essayer ta méthode, car même si je n'ai pas tout le courage qu'il faut pour devenir un maître de subversion, j'aime bien avoir un minimum d'autonomie : si je n'y arrive pas, je te sollicite.

(en espérant ne pas tout casser le dépôt !)

Ce que tu peux faire sans rique de casser quelque chose et qui est facile à faire c'est de tester en local la procédure. Je supppose que tu es sous linux (mais ça ne doit pas être si différent sous windows)

# création d'un dépot local dans /tmp pour ne pas "polluer"
cd /tmp 
svnadmin create piwigo

mkdir -p t/extensions/gally

# tu places une copie de ton code dans ce nouveau répertoire ou quelques fichiers. C'est juste pour tester.

cd t
svn import file:///tmp/piwigo -m ''
svn move file:///tmp/piwigo/extensions/gally file:///tmp/piwigo/extensions/old_gally -m 'rename'
svn mkdir file:///tmp/piwigo/extensions/gally
svn move file:///tmp/piwigo/extensions/old_gally file:///tmp/piwigo/extensions/gally/

SI ça marche, tu n'auras plus qu'à remplacer le protocole file  par http

grum a écrit:

Code:

svn move gally old_gally -m prepare gally for a new branche --non-interactive 
svn: Opération locale sans propagation (commit), pas de message ni de propriété de révision

je ne peux pas faire un move...

Tu fais sur le vrai ou en local ? Dans les deux cas ce n'est pas une opération locale mais distante, donc soit file:///... ou http:///

svn move file:///tmp/piwigo/.../gally file:///tmp/piwigo/.../old_gally

ça me semble bien. Tu peux vérifier que le contenu de ton dépot local correspond bien à ce que tu voudrais avoir. Pour faire cela tu créés une nouvelle copie de travail (checkout)