¿Algún control de versión «adecuado» para proyectos PBIX?

Un usuario Pregunto ✅

EricM

He leído sobre varias opciones para «controlar la versión» de archivos PBIX completos…

Si es lo que temo, hacer copias de archivos de 100Mbs no es realmente lo que yo llamo «control de versiones».

Es más como «hagamos más copias de seguridad de los datos y, como efecto secundario, copie el código también dentro de esa copia de seguridad».

Estoy buscando un control de versión adecuado del código, no de los datos. Como el control de versiones de un proyecto de servicios de análisis dentro de Visual Studio.

¿Hay alguna forma de hacer ese tipo de control de versiones (sin datos) para proyectos/archivos PBIX?

Muchas gracias

eric

messerjc

Antiguo necropost aquí 🙂 Pero tengo curiosidad si se te ocurrió una solución. Estamos muy integrados en la canalización de SSRS/SSDT y usamos Team Foundation Server para el control de código fuente. Estuve buscando una buena solución similar con archivos PBIX ahora que nos mudamos a Power BI Report Server, pero no consideré los problemas con los datos almacenados CON el informe hasta ahora. He estado leyendo sobre plantillas PBIX, y pensando que el control de fuente de esas plantillas podría ser la mejor ruta a seguir.

EricM

En respuesta a messerjc

Perdón por la LARGA demora en responder pero: ¡No!

Primero, no usé Power BI desde/todavía.

Sin embargo, el problema básico en mi humilde opinión es que un archivo PBIX es un «blob» y los blobs no funcionan bien con el control de fuente de ninguna forma (no tiene sentido hacer una diferencia entre dos blobs).

Por lo tanto, creo que una solución adecuada de Source COntrol solo podría provenir de los mismos Microsoft…

A Microsoft le tomó tanto tiempo (¿15 años? ¿o fueron 20?) traer una solución de control de código fuente adecuada a SQL Server, pero finalmente entregaron una solución de primer nivel con Visual Studio / SSDT que no pierdo la esperanza. sonriente jajaja

messerjc

En respuesta a EricM

No te preocupes, gracias por la respuesta de cualquier manera. Estamos usando los informes PBIX reales menos de lo que pensábamos. Los informes de la «vieja escuela» paginados son simplemente más flexibles para nuestras necesidades en comparación, y nos hemos encontrado con escenarios en los que las características de PBIX necesitan más tiempo en el horno. De hecho, nos estamos mudando a GitHub Enterprise internamente y solo estamos verificando los archivos PBIX base (menos los datos extraídos) y hasta ahora… ha sido lo suficientemente bueno. De lo contrario, estoy totalmente de acuerdo, los antiguos complementos de Visual Studio de Reporting Services deben expandirse de alguna manera para que funcionen un poco más limpios. Todavía no entiendo cómo la gente está lidiando con esto en el Servicio de PBI, parece que sería una pesadilla. De todos modos, gracias, aquí están las futuras actualizaciones para hacer la vida más fácil.

greg_deckler

En respuesta a messerjc

La mayoría de las personas que conozco guardan su PBIX en un archivo PBIT (archivo de plantilla). Luego lo pusieron en algo como GitHub. De esa manera, no tiene que mantener archivos de 100 MB.

greg_deckler

No es nada oficial que yo sepa.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *