Sujet: Qui pourrait m'expliquer....

[Eric GROSS]

...en termes et concepts simples, pourquoi il semble y avoir maintenant un découplage entre la progression des numéros de version du logiciel et celle des numéros de version de la base.



Je m'explique.



Avant, la vie était simple. Quand Ancestro voulait changer la version de la base, il  (ou un utilitaire à downloder) le faisait, et il n'y avait pas ou peu de question à se poser. Ca marchait ou pas, c'était binaire.



Maintenant j'ai l'impression de faire face à deux routes divergentes, Ancestro d'un coté (370, 391, 395, 396, 399,...) et la base de l'autre (3.57, 4, 4.02, 4.04, 4.09(?)..).

Pour compliquer les choses, il semble qu'une version d'Ancestrologie accepte plusieurs bases. A l'exemple de ma 399 qui a tournée d'abord avec une base 357, et maintenant sans broncher avec la même base passée en 4.04.



Déroutant. Quelle est la logique? Quelle est la norme? Que faut-il faire ou ne pas faire?



Ne risque-t-on pas un "grand écart" entre version du logiciel et version des bases qui va se terminer en catastrophe ?

[DDdeBerdeux]

Bonjour,

Je pense que tu trouveras une réponse là http://www.ancestrologie.org/forum/index.php?topic=5053.0&postdays=0&postorder=asc&start=10

A+

André

[Eric GROSS]

Ben non pas vraiment, on y discute entre spécialiste de "PROC_DATE_WRITEN" et de "TYPE_TOKEN", mais le commun des mortels n'a que faire de ces procédures SQL.

[DDdeBerdeux]

Et çà ne répond pas à ta question?

Quand j'avais proposé les modifications pour passer de b3.57 à b4.00, Philippe les trouvaient trop difficiles à gérer par l'intermédiaire du logiel. C'est pour celà qu'avec son accord et son aide, j'avais fait cette procédure modifiant uniquement la base de b3.57 à b4.00 qu'il a mis à télécharger sur le site ancestrologie.org. Et on prévoyait que toutes les évolutions ultérieures de la base à partir d'une b3.57 se feraient par cette procédure, le logiciel se contentant de remonter à b3.57 une base de version plus ancienne. La mise à jour du logiciel ne devrait donc pas toucher à une base au dessus de b3.57! Par contre elle ferait bien de signaler par un message la version minimale de la base dont elle a besoin, pour que l'utilisateur aille chercher sur le site l'utilitaire de mise à jour de la base.

André

[Eric GROSS]

André,



Si, tu as raison, merci de la citation. Mais si cela répond sur la finalité de ces modifications, cela me laisse quand même un doute (souci à venir) sur la perennité de la cohérence entre les versions du logiciel et les versions de la base.

[DDdeBerdeux]

C'est bien pour celà que je demandais que le logiciel indique quelque part, la version minimale de la base dont il a besoin. Sur un autre fil, (developpement?) je rappelais que lorsqu'on fait une mise à jour de la base, il est impératif de lire le message initial, celui de l'accord de licence, car c'est là que l'on pourra passer des messages prévenant d'une incompatibilité de la nouvelle version de la base avec une version antérieure du logiciel par exemple. Aujourd'hui on y précise que la base doit déjà être au moins en b3.57, plus les précautions de sauvegarde.

A+

André