¿Número de versión incorrecto en la copia de seguridad?

Tengo un sitio ejecutando la versión 2.5.0.beta2 ( c4bc734b11 ). Por . . . razones . . . necesito mantenerlo y sus complementos fijados a una versión específica.

He construido un nuevo contenedor en un sitio de staging con Discourse fijado a un commit y cada complemento reset --hard al mismo commit en el que se ejecuta el sitio de producción actual. Ahora quiero restaurar una copia de seguridad para asegurarme de que esto realmente hizo lo que creo que hizo.

El archivo de copia de seguridad se llama community-2020-06-10-163052-v20201303000002.sql.gz

Y su restauración falla porque:

Validando metadatos...
  Versión actual: 20200320193612
  Versión restaurada: 20201303000002

o, para mayor legibilidad:

Validando metadatos...
  Versión actual: 2020 03-20-19:36:12
  Versión restaurada: 2020 13-03-00:00:02

Recuerdo vagamente que hubo un problema con las copias de seguridad que tenían el número de versión incorrecto, pero no puedo encontrarlo.

Supongo que necesito simplemente renombrarlo a community-2020-06-10-163052-v20200303000002.sql.gz en lugar de community-2020-06-10-163052-v20201303000002.sql.gz?

EDITAR: Renombrar el archivo de copia de seguridad funcionó, al menos para la copia de seguridad solo de la base de datos. . .

EDITAR 2: Y luego pude restaurar una copia de seguridad completa renombrada.

¿Puedes verificar si un plugin tiene una migración de base de datos con “20201303000002” en el nombre del archivo?

Maldita sea. No veo tal nombre de archivo ni esa cadena en ningún complemento. ¡Y parecía una explicación tan buena!

Una búsqueda en Google para esa cadena encuentra este tema, y esto: https://review.discourse.org/t/fix-ensures-migration-order-is-correct-27/10484

Lo cual explica bastante bien lo que sucedió :slight_smile: