# Cas d'usage d'un nouveau module (pour un petit intégrateur français :-)

**URL:** https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244
**Category:** Developer
**Created:** [April 29, 2024, 10:36am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244 "2024-04-29T10:36:34Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![jmn](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/jmn/32/2904_2.png) [@jmn](https://discuss.tryton.org/u/jmn)
#### Post date: [April 29, 2024, 10:36am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/1 "2024-04-29T10:36:34Z")

</div>

Salut,

Je partage mon interrogation, ça peut sans doute éclairer d’autres membres de la communauté:

1. 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);
2. 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);
3. 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):

1. évaluer un nouveau module de la `branch/default` (en l’occurrence, je pense au module `stock_product_location_place` de la `v7.1`)
2. sur la copie d’une BD client en production (données opérationnelles en `v7.0`)?

---

<div class="post-metadata">

### Author: ![ced](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/ced/32/1237_2.png) [@ced](https://discuss.tryton.org/u/ced)
#### Post date: [April 29, 2024, 10:42am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/2 "2024-04-29T10:42:28Z")

</div>

Le plus simple est d’attendre une version qui inclut ce module et migrer sur cette version.

Sinon il faut faire la migration depuis la version de développement.

---

<div class="post-metadata">

### Author: ![jmn](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/jmn/32/2904_2.png) [@jmn](https://discuss.tryton.org/u/jmn)
#### Post date: [April 29, 2024, 11:02am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/3 "2024-04-29T11:02:00Z")

</div>

> [@ced](#):
>
> Sinon il faut faire la migration depuis la version de développement.

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

---

<div class="post-metadata">

### Author: ![ced](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/ced/32/1237_2.png) [@ced](https://discuss.tryton.org/u/ced)
#### Post date: [April 29, 2024, 11:11am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/4 "2024-04-29T11:11:35Z")

</div>

Il n’y en a pas car simplement personne ne va passer son temps à poursuivre une cible qui change tous les jours.

---

<div class="post-metadata">

### Author: ![jmn](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/jmn/32/2904_2.png) [@jmn](https://discuss.tryton.org/u/jmn)
#### Post date: [April 29, 2024, 11:20am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/5 "2024-04-29T11:20:25Z")

</div>

Je comprends. Donc, le plus simple est vraiment d’“attendre une version qui inclut ce module et migrer sur cette version” (je dirais ça aux clients 🙂 ).

Merci Cédric.

---

<div class="post-metadata">

### Author: ![jmn](https://discuss-cdn.tryton.org/user_avatar/discuss.tryton.org/jmn/32/2904_2.png) [@jmn](https://discuss.tryton.org/u/jmn)
#### Post date: [April 29, 2024, 11:23am UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/6 "2024-04-29T11:23:28Z")

</div>

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.

---

<div class="post-metadata">

### Author: ![system](https://discuss-cdn.tryton.org/uploads/default/original/1X/c6f8ec0a40525cdcd50058c734283450a4b3d38b.png) [@system](https://discuss.tryton.org/u/system)
#### Post date: [April 29, 2024, 11:23pm UTC](https://discuss.tryton.org/t/cas-dusage-dun-nouveau-module-pour-un-petit-integrateur-francais/7244/7 "2024-04-29T23:23:35Z")

</div>

This topic was automatically closed 12 hours after the last reply. New replies are no longer allowed.
