Firestore a NOSQL es una base de datos orientada a documentos. ¿Ahora cómo administrar el control de versiones de los datos a medida que los uso con Firebase SDK y aplicaciones de Android?

Por ejemplo Digamos que tengo un esquema JSON que ejecuto con mi versión 1.0.0 de mi aplicación de Android. Más adelante aparece 1.0.1, donde debo agregar algunos campos adicionales para los documentos más nuevos. Como cambié la estructura para tener información adicional, solo se aplica a los documentos nuevos.

Por lo tanto, usando esta lógica, puedo ver que mi aplicación de Android debe ser capaz de manejar todas las versiones del árbol JSON si se usa contra este proyecto que creo en la consola de Firebase con Firestore. Pero esto puede ser muy doloroso, ¿verdad, que tengo el peso muerto de la compatibilidad con versiones anteriores sin fin? ¿Hay alguna manera de tener algún tipo de versión como en protobuf o algo que la aplicación de Android pueda enviar al servidor de Firestore para que automáticamente podamos hacer algo para evitar bloqueos en la aplicación de Android cuando vea nuevos campos?

Vea también este hilo, el tipo de problema que el ingeniero ha publicado. Puede terminar con este tipo de problema a medida que la aplicación para Android descubra nuevos campos en su árbol JS Agregue un nuevo campo o cambie la estructura en todos los documentos de Firestore

¿Alguna sugerencia sobre cómo debemos hacer esto?

En la arquitectura node.js manejamos esto con default-> v1.1 / update o default-> v1.0 / update, de esa manera podemos administrar las rutas.

Pero para Android + firebase SKD-> hablando con Firestore NOSQL, ¿cómo administro la versión del esquema json?