Je partage mon interrogation, ça peut sans doute éclairer d’autres membres de la communauté:
En tant qu’intégrateur, j’appuie et garantis mes projets clients sur les versions current et LTS de Tryton (comme ça on s’aligne naturellement et proprement sur les versions publiées de Tryton, sans risque pour nos propres développements, dans la mesure où ces deux versions sont “garanties” par la communauté Tryton);
La branch/default (version en cours de développement), elle, nous sert à évaluer le futur de Tryton, à le challenger et à le mettre en regard de besoins non couverts (pour nos clients et notre propre roadmap);
Tous les développements customs que nous mettons en oeuvre (ou qui seront, idéalement intégrés au core de Tryton), s’appuient sur la current version.
Jusque là, tout va bien.
Mon problème. Comment je fais pour proprement (sans problème de version de BD):
évaluer un nouveau module de la branch/default (en l’occurrence, je pense au module stock_product_location_place de la v7.1)
sur la copie d’une BD client en production (données opérationnelles en v7.0)?
C’est quoi la procédure la plus “standard” pour faire la migration (écrire des scripts de migration, qui changent tout le temps en fonction du dernier commit de dév) depuis la version de développement? (Sachant qu’on a les scripts officiel de montée de version entre les current versions, mais pas entre la current et branch/default version).
J’ajoute que dans les cycles de développement que nous avons observé, c’est vrai que 6 mois, entre les release de Tryton, ça passe hyper vite… donc les clients peuvent attendre… et ils comprendront.
).