12:16 a.m.
Je ne sais pas vous, mais je trouvé dérangeant que la branche 2.6 ne
comporte pas les dernières mises à jour apportées sur la branche 2.5.x
En effet, depuis la version 2.5.1, pour suivre le développement au
jour le jour sur une installation de test, on est forcé de tester sur
deux installations indépendantes : une sur la branche testing, l'autre
sur unstable. (ou alors je n'ai pas tout compris, ce qui est fort
probable)
Pas glop pour les vieux comme moi qui ont mis des heures d'arrachage
de cheveux pour passer de SVN à Mercurial (et encore, je n'ai pas de
clone local et je pushe donc toujours directement sur défault sur
hg.dotclear.org parce que les fous de la team m'ont donné les clés un
jour de beuverie ^^)
Auparavant, si on mettait à jour avec la version unstable, on avait
aussi les modifs de la branche testing, c'était trop simple ?
Du coup j'ai une version testing en ligne et une unstable en local,
sans autre coordination que manuelle et fastidieuse, et si je veux
faire des modifs (rassurez-vous, je ne touche guère qu'à la doc ;)) je
ne sais pas où les faire ni surtout où ça va finir, et vous serez
probablement obligés de faire le ménage après moi :P
--
Philippe
7:26 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Le 10 août 2013 00:16, philippe(a)dissitou.org <philippe(a)dissitou.org> a écrit :
Je ne sais pas vous, mais je trouvé dérangeant que la branche 2.6 ne
comporte pas les dernières mises à jour apportées sur la branche 2.5.x
Si, si. Ça a été comme ça jusqu'à jeudi parce qu'on avait envisagé de
ne rien toucher jusqu'à ce que Eve puisse merger form-filters dans la
default, mais finalement on s'est organisé autrement, elle mergera
plus tard. On fait donc une synchro systématique désormais mais
parfois avec un petit décalage le temps que le push soit "répercuté".
8:49 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Le 10 août 2013 07:26, Kozlika <kozlika(a)gmail.com> a écrit :
On fait donc une synchro systématique désormais mais
parfois avec un petit décalage le temps que le push soit "répercuté".
Chouette, une migraine de moins \o/
--
Philippe
7:01 p.m.
Le 10/08/13 07:26, Kozlika a écrit :
Le 10 août 2013 00:16, philippe(a)dissitou.org
<philippe(a)dissitou.org> a écrit :
> Je ne sais pas vous, mais je trouvé dérangeant que la branche 2.6 ne
> comporte pas les dernières mises à jour apportées sur la branche 2.5.x
Si, si. Ça a été comme ça jusqu'à jeudi parce qu'on avait envisagé de
ne rien toucher jusqu'à ce que Eve puisse merger form-filters dans la
default, mais finalement on s'est organisé autrement, elle mergera
plus tard. On fait donc une synchro systématique désormais mais
parfois avec un petit décalage le temps que le push soit "répercuté".
Salut,
Je ne sais pas combien de temps dure le décalage …
Peut-on confirmer que ce tuto (1) est bien à jour et que c'est «testing»
qu'il faut écrire dans son fichier de conf parce que j'ai lu ailleurs
(je ne sais plus où que c'était «unstable» le mot magique).
Alors, que faire ?
define('DC_UPDATE_VERSION','testing');
define('DC_UPDATE_VERSION','unstable');
Je mettrai mon message (2) à jour sur le forum (ou ici en fonction d'où
viens la réponse en premier)
Bàv
(1) http://tips.dotaddict.org/fiche/Mettre-en-place-une-installation-de-test
(2) http://forum.dotclear.org/viewtopic.php?id=47397
--
Pinkilla
pb(à)namok.be
http://pit.namok.be / http://blog.namok.be
7:20 p.m.
Le 18/08/2013 19:01, Pinkilla a écrit :
Le 10/08/13 07:26, Kozlika a écrit :
> Le 10 août 2013 00:16, philippe(a)dissitou.org <philippe(a)dissitou.org> a écrit :
>> Je ne sais pas vous, mais je trouvé dérangeant que la branche 2.6 ne
>> comporte pas les dernières mises à jour apportées sur la branche 2.5.x
>
> Si, si. Ça a été comme ça jusqu'à jeudi parce qu'on avait envisagé de
> ne rien toucher jusqu'à ce que Eve puisse merger form-filters dans la
> default, mais finalement on s'est organisé autrement, elle mergera
> plus tard. On fait donc une synchro systématique désormais mais
> parfois avec un petit décalage le temps que le push soit "répercuté".
>
Salut,
Je ne sais pas combien de temps dure le décalage …
Peut-on confirmer que ce tuto (1) est bien à jour et que c'est «testing»
qu'il faut écrire dans son fichier de conf parce que j'ai lu ailleurs
(je ne sais plus où que c'était «unstable» le mot magique).
Alors, que faire ?
define('DC_UPDATE_VERSION','testing');
define('DC_UPDATE_VERSION','unstable');
Je mettrai mon message (2) à jour sur le forum (ou ici en fonction d'où
viens la réponse en premier)
Bàv
(1) http://tips.dotaddict.org/fiche/Mettre-en-place-une-installation-de-test
(2) http://forum.dotclear.org/viewtopic.php?id=47397
Pour tester la prochaine
release (style la 2.5.3 actuellement), c'est
bien testing qu'il faut mettre et non unstable, qui correspond
actuellement à la 2.6. Je retrouve pas le fil de discussion où c’était
clairement explicité.
7:25 p.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
testing c'est pour la 2.5.3
unstable c'est pour la 2.6
Le 18 août 2013 19:01, Pinkilla <pb(a)namok.be> a écrit :
Le 10/08/13 07:26, Kozlika a écrit :
> Le 10 août 2013 00:16, philippe(a)dissitou.org <philippe(a)dissitou.org> a écrit :
>> Je ne sais pas vous, mais je trouvé dérangeant que la branche 2.6 ne
>> comporte pas les dernières mises à jour apportées sur la branche 2.5.x
>
>
> Si, si. Ça a été comme ça jusqu'à jeudi parce qu'on avait envisagé de
> ne rien toucher jusqu'à ce que Eve puisse merger form-filters dans la
> default, mais finalement on s'est organisé autrement, elle mergera
> plus tard. On fait donc une synchro systématique désormais mais
> parfois avec un petit décalage le temps que le push soit "répercuté".
>
Salut,
Je ne sais pas combien de temps dure le décalage …
Peut-on confirmer que ce tuto (1) est bien à jour et que c'est «testing»
qu'il faut écrire dans son fichier de conf parce que j'ai lu ailleurs
(je ne sais plus où que c'était «unstable» le mot magique).
Alors, que faire ?
define('DC_UPDATE_VERSION','testing');
define('DC_UPDATE_VERSION','unstable');
Je mettrai mon message (2) à jour sur le forum (ou ici en fonction d'où
viens la réponse en premier)
Bàv
(1) http://tips.dotaddict.org/fiche/Mettre-en-place-une-installation-de-test
(2) http://forum.dotclear.org/viewtopic.php?id=47397
--
Pinkilla
pb(à)namok.be
http://pit.namok.be / http://blog.namok.be
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/listinfo/dev
--
Anne / Kozlika
11:54 p.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Le 18 août 2013 19:25, Kozlika <kozlika(a)gmail.com> a écrit :
testing c'est pour la 2.5.3
unstable c'est pour la 2.6
C'est peut-être pratique pour les devs, mais pour tester c'est pas
pratique, d'autant qu'il n'y a pas moyen de switcher de 2.6 à 2.5.x
facilement (dans l'autre sens c'est bien entendu une mise à jour
ordinaire)
Ou alors je n'ai qu'à m'habituer, mais dans ce cas je ne testerai plus
que sur une seule branche
En passant, j'adore les nouvelles améliorations ergo/visuelles qui
apparaissent progressivement, à vous de deviner de quelle version je
parle :P
--
Philippe
7:28 a.m.
Le 18/08/2013 23:54, philippe(a)dissitou.org a écrit :
Le 18 août 2013 19:25, Kozlika <kozlika(a)gmail.com> a écrit :
> testing c'est pour la 2.5.3
> unstable c'est pour la 2.6
C'est peut-être pratique pour les devs, mais pour tester c'est pas
pratique, d'autant qu'il n'y a pas moyen de switcher de 2.6 à 2.5.x
facilement (dans l'autre sens c'est bien entendu une mise à jour
ordinaire)
Ou alors je n'ai qu'à m'habituer, mais dans ce cas je ne testerai plus
que sur une seule branche
En passant, j'adore les nouvelles améliorations ergo/visuelles qui
apparaissent progressivement, à vous de deviner de quelle version je
parle :P
Je confirme. La difficulté de tester 2 versions en parallèle, celle de repasser de 2.6 à
2.5.x et le nouveau look de la 2.6 qu'est très joli.
Donc, présentement...
- mon multiblog en "production" reste avec la version officielle (actuellement
2.5.2) et ne sert pas à tester, juste à comparer avant/après
- son image en local est en 2.5.3
- le multiblog de test en ligne est en 2.6.x pour vérifier son comportement avec la
version PHP de mon hébergeur (5.2.17). Version que je ne souhaite pas faire évoluer en 5.3
(manip assez lourde). J'attends la mise à dispo un jour (mais quand ?) de PHP 5.4
- le multiblog de test en local est en 2.6.x car avec Wamp, je peux changer de PHP à
volonté.
Franchement, c'est lourd et les test seront forcément moins complets.
7:55 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Je comprends que ça rende les tests plus compliqués mais à moins d'arrêter
de travailler sur une des deux branches, je vois mal comment simplifier les
tests.
Je ne reporte ce qui a été fait sur la 2.5.n vers la branche 2.6 (default)
qu'une fois que les modifs ont été a minima testées un peu (ce que je vais
faire aujourd'hui d'ailleurs).
Le 19 août 2013 07:28, mirovinben <forum(a)mirovinben.com> a écrit :
Le 18/08/2013 23:54, philippe(a)dissitou.org a écrit :
Le 18 août 2013 19:25, Kozlika <kozlika(a)gmail.com> a écrit :
>
>> testing c'est pour la 2.5.3
>> unstable c'est pour la 2.6
>>
> C'est peut-être pratique pour les devs, mais pour tester c'est pas
> pratique, d'autant qu'il n'y a pas moyen de switcher de 2.6 à 2.5.x
> facilement (dans l'autre sens c'est bien entendu une mise à jour
> ordinaire)
>
> Ou alors je n'ai qu'à m'habituer, mais dans ce cas je ne testerai plus
> que sur une seule branche
>
> En passant, j'adore les nouvelles améliorations ergo/visuelles qui
> apparaissent progressivement, à vous de deviner de quelle version je
> parle :P
>
>
Je confirme. La difficulté de tester 2 versions en parallèle, celle de
repasser de 2.6 à 2.5.x et le nouveau look de la 2.6 qu'est très joli.
Donc, présentement...
- mon multiblog en "production" reste avec la version officielle
(actuellement 2.5.2) et ne sert pas à tester, juste à comparer avant/après
- son image en local est en 2.5.3
- le multiblog de test en ligne est en 2.6.x pour vérifier son
comportement avec la version PHP de mon hébergeur (5.2.17). Version que je
ne souhaite pas faire évoluer en 5.3 (manip assez lourde). J'attends la
mise à dispo un jour (mais quand ?) de PHP 5.4
- le multiblog de test en local est en 2.6.x car avec Wamp, je peux
changer de PHP à volonté.
Franchement, c'est lourd et les test seront forcément moins complets.
--
Dev mailing list - Dev(a)list.dotclear.org - http://ml.dotclear.org/**
listinfo/dev <http://ml.dotclear.org/listinfo/dev>
--
Franck
8:04 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
2013/8/19 Franck Paul <carnet.franck.paul(a)gmail.com>
[...], je vois mal comment simplifier les
tests.
Une idée comme ça (mais je ne sais pas à quel point c'est facile à
implémenter ou pas) : un moyen de faciliter la vie des testeurs serait que
la mise à jour automatique permette de passer d'une "unstable" à
"testing"
et vice-versa. Probablement via à une case à cocher quelque part qui
permette de forcer la mise à jour sans tenir compte de l'ordre
chronologique des numéros de version.
julien
8:15 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Ça je le sens moyen dès qu'il y aura des changements de schéma de base de
données, ça risque de foutre un peu le dawa.
Le 19 août 2013 08:04, Julien Mudry <julien.mudry(a)gmail.com> a écrit :
2013/8/19 Franck Paul <carnet.franck.paul(a)gmail.com>
> [...], je vois mal comment simplifier les
> tests.
>
Une idée comme ça (mais je ne sais pas à quel point c'est facile à
implémenter ou pas) : un moyen de faciliter la vie des testeurs serait que
la mise à jour automatique permette de passer d'une "unstable" à
"testing"
et vice-versa. Probablement via à une case à cocher quelque part qui
permette de forcer la mise à jour sans tenir compte de l'ordre
chronologique des numéros de version.
julien
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
8:19 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
2013/8/19 Franck Paul <carnet.franck.paul(a)gmail.com>
Ça je le sens moyen dès qu'il y aura des changements de schéma de
base de
données, ça risque de foutre un peu le dawa.
Bonne remarque... je n'avais pas pensé à ce "détail" là...
julien
8:20 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
On pourrait trouver un "moyen" terme et dire que tant qu'il n'y a pas
de
modif de schéma bloquante, on autorise le switch de canal et de forcer la
mise à jour ?
Le 19 août 2013 08:19, Julien Mudry <julien.mudry(a)gmail.com> a écrit :
2013/8/19 Franck Paul <carnet.franck.paul(a)gmail.com>
> Ça je le sens moyen dès qu'il y aura des changements de schéma de base de
> données, ça risque de foutre un peu le dawa.
>
Bonne remarque... je n'avais pas pensé à ce "détail" là...
julien
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
--
Franck
8:45 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
2013/8/19 Franck Paul <carnet.franck.paul(a)gmail.com>
On pourrait trouver un "moyen" terme et dire que tant
qu'il n'y a pas de
modif de schéma bloquante, on autorise le switch de canal et de forcer la
mise à jour ?
C'est un compromis qui me conviendrait personnellement. :-) Je ne me
souviens plus, on a quelque part la version du schéma de la base ? Sinon,
comment est-ce qu'on détecte la modification de schéma bloquante ?
julien
10:11 a.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Une solution qui ne fonctionne tant qu'il n'y a pas de modification du
schéma de la base et que j'utilise. Je fais plusieurs installations qui
pointent toutes vers la même base. J'ai une arborescence comme ça :
/dotclear/2.5.2
/dotclear/2.5.3
/dotclear/2.6
etc
Le 19 août 2013 08:45, Julien Mudry <julien.mudry(a)gmail.com> a écrit :
2013/8/19 Franck Paul <carnet.franck.paul(a)gmail.com>
> On pourrait trouver un "moyen" terme et dire que tant qu'il n'y a
pas de
> modif de schéma bloquante, on autorise le switch de canal et de forcer la
> mise à jour ?
>
C'est un compromis qui me conviendrait personnellement. :-) Je ne me
souviens plus, on a quelque part la version du schéma de la base ? Sinon,
comment est-ce qu'on détecte la modification de schéma bloquante ?
julien
--
Dev mailing list - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev
2:22 p.m.
New subject: [Dotclear Dev] [mise à jour des versions de dev] WTF ?
Le 19 août 2013 10:11, Nicolas <nikrou77(a)gmail.com> a écrit :
Une solution qui ne fonctionne tant qu'il n'y a pas de
modification du
schéma de la base et que j'utilise. Je fais plusieurs installations qui
pointent toutes vers la même base. J'ai une arborescence comme ça :
/dotclear/2.5.2
/dotclear/2.5.3
/dotclear/2.6
Oui, j'y avais pensé :)
Mais en fait mon instalationl de test propulse plusieurs domaines et
sous-domaines dont certains sont quand même en production (soyons fous
!), et je ne voulais pas m'embarquer dans trop de complications ^^
Mais bon, après les explications de Franck, je comprends les raisons
de ces deux (ou plus) branches distinctes. Le problème n'étant que
chez moi finalement, je ferai un effort pour m'y adapter...
--
Philippe
3923
days inactive
3933
days old
16 comments
8 participants
participants (8)
-
Franck L -
Franck Paul -
Julien Mudry -
Kozlika -
mirovinben -
Nicolas -
philippe＠dissitou.org -
Pinkilla