El término "versionado" hace referencia a las distintas ramas de desarrollo de Bubble. Gracias a ello, es posible crear varias funcionalidades a la vez y liberarse de las fases de prueba que hacen perder tiempo.

El versionado permite clasificar los desarrollos NoCode en Bubble. A título informativo, las "ramas" se proponen únicamente en el plan profesional o de agencia.

Cómo funciona el versionado en Bubble

¡Comenzamos! Bubble dispone de 2 ramas principales: la Live (o en línea) y la del desarrollo propiamente dicho (para desarrollar en NoCode antes de la publicación).

Cada rama está asociada a una base de datos que representa una solución de categorización de lo que está en vivo y lo que está asociado al desarrollo.

Gracias al versionado, es posible seccionar la rama de desarrollo en varias subversiones. De este modo, es posible seccionar cada desarrollo de funcionalidad.

Pero, ¿cuál es la verdadera ventaja para los desarrolladores? Estos últimos pueden poner a punto la funcionalidad sin que ello repercuta en los demás desarrollos. Esto podría ocurrir durante la actualización de la página.

Cada subversión de desarrollo comparte la misma base de datos que la rama de desarrollo principal. Al final, puedes incluir la rama asociada a la nueva funcionalidad con la versión principal, antes de la integración con la versión Live.

¿Cómo versionar en Bubble?

Existen dos formas de utilizar el versionado en Bubble :

• Puede utilizar una rama o una versión para desarrollar una función. A continuación, basta con incluirla en la rama principal una vez que se haya activado la nueva funcionalidad.
• El segundo uso consiste en desarrollar todo en la rama principal. Utilice la segunda versión para la fase de prueba.

El primer método de utilización presenta la ventaja de favorecer una buena segmentación para la nueva funcionalidad, contrariamente a lo que ya se ha hecho.

El inconveniente radica en el impacto de las modificaciones realizadas por varios desarrolladores en un mismo elemento o en la estructura de datos.

En el caso del segundo método, la ventaja reside en la sencillez y la practicidad, pero también en la ausencia de problemas futuros. De hecho, el desarrollo se hace inmediatamente después de la versión principal.

Por lo que respecta a los inconvenientes, debe realizarse una integración en cada modificación para garantizar la fase de prueba.

‍

‍