Le terme « versioning » fait référence aux différentes branches de développement Bubble. Grâce à cela, il est possible de créer plusieurs fonctionnalités en simultanée, en étant libéré des phases de tests qui font perdre du temps.

Le versioning permet de classer les développements NoCode sur Bubble. A titre d’information, les « branches » sont uniquement proposées dans le plan professionnel ou agency.

Comprendre le fonctionnement du versioning sur Bubble

Commençons par le commencement ! Bubble met à disposition 2 branches principales dont la Live (ou en ligne) ainsi que celle du développement proprement dit (pour développer en NoCode avant la publication).

Chaque branche est associée à une base de données qui représente une solution de catégorisation de ce qui est en Live et ce qui est associé au développement.

Grâce au versioning, il est possible de sectionner la branche de développement en plusieurs sous-versions. De cette façon, il est possible de sectionner chaque développement de fonctionnalité.

Mais quel est le véritable atout pour les développeurs ? Ces derniers peuvent mettre à l’épreuve la fonctionnalité sans qu’il y ait un impact sur les autres développements. Cela peut en effet survenir lors de l’actualisation de la page.

Chaque sous-version de développement partage la même base de données que la branche de développement principale. Au final, vous pouvez inclure la branche associée à la nouvelle fonctionnalité avec la version principale, avant l’intégration avec la version Live.

Comment faire du versioning sur Bubble ?

Il existe deux moyens d’utiliser le versioning sur Bubble :

• Vous pouvez utiliser une branche ou une version pour une fonctionnalité à développer. Il suffit ensuite de l’inclure avec la branche principale dès lors que la nouvelle fonctionnalité est achevée.
• La deuxième utilisation consiste à tout développer dans la branche principale. Vous utilisez la seconde version pour la phase de test.

La première méthode d’utilisation présente l’avantage de favoriser une bonne segmentation pour la nouvelle fonctionnalité, contrairement à ce qui a déjà été fait.

L’inconvénient réside dans l’impact des modifications réalisées par plusieurs développeurs sur un même élément ou au sein de la structure de données.

Pour la seconde méthode, l’avantage réside dans la simplicité et la praticité, mais aussi l’absence d’éventuels problèmes futurs. En effet, le développement se fait immédiatement sur la version principale.

Concernant les inconvénients, il faudra faire une intégration à chaque modification afin de sauvegarder la phase de test.

‍

‍