nicolas a écrit:

Cela ne charge pas subversion de faire un tag. Pour ceux qui connaissent c'est juste une sorte de lien symbolique. On dit à subversion, tu prends la révision NNN de trunk et tu notes quelque part que c'est le tag ZZZ. Il ne fait évidemment pas de copie de tout le répertoire trunk!

Pour répondre à la question initiale, je pense qu'il est plus simple de gérer les branches/tags dans son répertoire personnel.

as tu regardé le répertoire que j'ai indiqué ?

Moi je peux te dire que cela surcharge mon disque :-D

Surtout ralentie la mise à jour par des recherches inutile sur des répertoire qui plus jamais ne seront utilisé

Pas grâve en soit, je n'avais pas relevé...
Ce que je sais par contre c'est que j'évite de monter les copies du répertoire tags de Piwigo dans ma version locale parce que cela prend trop de place.
Mais que pour les extensions, comme chacun fait ce qu'il lui plait ma version locale des extensions est un monstre en pleine croissance dont je ne peux pas m'affranchir des tags...

Je finirai par me limiter à mes extensions et c'est dommage quand on voit quelques lignes de code bien structurées et lisibles (celles de Criss par exemple) cela donne des idées.
;-)

tosca a écrit:

nicolas a écrit:

Cela ne charge pas subversion de faire un tag. Pour ceux qui connaissent c'est juste une sorte de lien symbolique. On dit à subversion, tu prends la révision NNN de trunk et tu notes quelque part que c'est le tag ZZZ. Il ne fait évidemment pas de copie de tout le répertoire trunk!

Et en gros, ça sert à quoi ?

pareil ^_^

nicolas a écrit:

Il serait un peu pénible de se rappeller de 5342, c'est plus facile de se rappeler tags/2.1-RC1 !
Est-ce plus clair ?

Ca, ça me paraît assez clair.

Ce qui précède, par contre ... branche // tronc // version // révision : il y a encore trop de termes pas suffisamment clairs pour moi. Je suis preneuse d'un document synthétique de présentation de Subversion, si quelqu'un a ça en magasin ; parce que pour le moment, j'y vais à tâtons à chaque fois, et ça marche rarement du premier coup :/

nicolas a écrit:

En gros dans quelques jours, plg va faire une branche 2.1 à partir du tronc. Puis, juste après il va faire un tag RC1.

Presque.

Je vais faire la 2.1.0RC1 à partir du trunk. Et le plus tard possible avant la 2.1.0, je tire la branche 2.1 à partir de trunk. L'objectif est de limiter le nombre de merges à faire entre trunk et 2.1 tant qu'on peut faire autrement. (il suffit de "se retenir" de vouloir faire des devs pour la 2.2 pendant 2 ou 3 semaines).

tosca a écrit:

Je ne sais pas pour où je pars, ni pour combien de temps ;-)

J'ai la version papier (depuis 2003 je crois, donc presque totalement obsolete) et c'est plus confortable à lire. Mais au final, pour comprendre les grands principes, le chapitre 1 "Concepts fondamentaux" suffit amplement pour comprendre ce qui se dit ici.

grum a écrit:

Donc soit j'y vais comme un boeuf, je modifie directement mes plugins et je commite sur le dépôt comme çà => çà implique que tout problème lié à une version de plugin exploité sur une galerie Piwigo 2.0 restera ad-vitam eternam avec son anomalie.

j'ai finalement appliqué cette méthode...

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 ^^;