Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

grum
2010-04-13 23:25:25

je regarderais jeudi ou vendredi, malheureusement pas trop de temps pour l'instant.

nicolas
2010-04-13 10:56:38

ç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)

grum
2010-04-12 23:45:57

j'ai rédigé mon post avant d'avoir lu tes explications. J'étais donc dans le "vrai".
Mais je passe par une interface (eSvn) car svn en ligne de commande çà ne m'a jamais tenté (et une interface pour gérer des fichiers, pour moi c'est plus visuel).
Donc la commande que j'ai indiqué, c'est celle que eSvn m'indique. Généralement, çà fonctionne pour les update et les commit.


J'ai donc essayé tes manips en local. J'ai tout fait, j'ai rien compris. J'en suis à la révision 4... mais je ne sais pas ce que çà a fait et où...

Code:

grum@Maetel:/tmp/t$ svn import file:///tmp/piwigo -m ''
Ajout          extensions
Ajout          extensions/gally
Ajout          extensions/gally/upload.tpl
Ajout          extensions/gally/register.tpl
[...]
Ajout          extensions/gally/search_rules.tpl
Ajout          extensions/gally/config.js.tpl

Révision 1 propagée.
grum@Maetel:/tmp/t$ svn move file:///tmp/piwigo/extensions/gally file:///tmp/piwigo/extensions/old_gally -m 'rename'

Révision 2 propagée.
grum@Maetel:/tmp/t$ svn mkdir file:///tmp/piwigo/extensions/gally 

Entrée du journal non modifié ou non précisé
(a)nnule, (c)ontinue, (e)dite
c

Révision 3 propagée.
grum@Maetel:/tmp/t$ svn move file:///tmp/piwigo/extensions/old_gally file:///tmp/piwigo/extensions/gally/

Entrée du journal non modifié ou non précisé
(a)nnule, (c)ontinue, (e)dite
c

Révision 4 propagée.
grum@Maetel:/tmp/t$ ls /tmp/piwigo/
conf  db  format  hooks  locks  README.txt
nicolas
2010-04-12 23:39:41

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

grum
2010-04-12 23:30:33

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...

nicolas
2010-04-12 23:29:46

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)

Code:

# 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
2010-04-12 22:55:26

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 !)

nicolas
2010-04-12 22:44:15

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
2010-04-12 22:00:35

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

plg
2010-03-30 22:53:44

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.

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.

grum
2010-03-30 20:42:58

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...

tosca
2010-03-24 00:37:31

plg a écrit:

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.

Le "Guide de démarrage rapide" de l'annexe A n'a pas l'air mal non plus ...
Ca tombe bien, la météo prévue pour demain n'est pas folichonne,j'en profiterai pour bouquiner un peu ;-)

plg
2010-03-24 00:28:06

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.

tosca
2010-03-24 00:22:01

plg a écrit:

http://svnbook.red-bean.com/

Merci beaucoup pour le lien.
Au début de la page "Tutoriel rapide" je lis :

« Vérifiez que le dossier de votre siège est relevé, que votre ceinture est correctement bouclée et que la tablette devant vous est rangée et verrouillée. Personnel de cabine, attention au décollage… »

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

plg
2010-03-24 00:19:01

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).

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact