Processo di sviluppo con lo strumento client

Se gli elementi in fase di sviluppo sono disponibili in altri strumenti, è possibile lavorare su tali elementi direttamente nello strumento client. Non tutti gli elementi sono disponibili in ogni strumento. Gli elementi disponibili solo in Fabric devono essere sviluppati necessariamente all'interno di Fabric.

Il flusso di lavoro per gli sviluppatori che usano uno strumento client come Power BI Desktop dovrebbe essere simile a quanto segue:

  1. Clonare il repository in un computer locale. Questa operazione sarà eseguita una sola volta.

  2. Aprire il progetto in Power BI Desktop usando la copia locale di PBIProj.

  3. Apportare modifiche e salvare localmente i file aggiornati. Eseguire il commit nel repository locale.

  4. Quando si è pronti, inviare il ramo ed eseguire il commit nel repository remoto.

  5. Testare le modifiche rispetto ad altri elementi o a più dati. Per testare le modifiche, connettere il nuovo ramo a un'area di lavoro separata e caricare il modello semantico e i report usando il aggiornare tutti i pulsante nel pannello di controllo del codice sorgente. Eseguire ora eventuali test o apportare modifiche alla configurazione, prima di eseguire l'unione nel ramo principale.

    Se nell'area di lavoro non è necessario alcun test, lo sviluppatore può unire le modifiche direttamente nel ramo principale, senza la necessità di un'altra area di lavoro.

  6. Una volta unite le modifiche, all'area di lavoro del team condiviso viene richiesto di accettare il nuovo commit. Le modifiche vengono aggiornate nell'area di lavoro condivisa e tutti possono visualizzare le modifiche apportate a tali modelli semantici e report.

Diagramma che mostra il flusso di lavoro di invio delle modifiche da un repository Git remoto all'area di lavoro Fabric.

Per indicazioni specifiche su come usare il nuovo formato di file Power BI Desktop in Git, vedere Formato del codice sorgente.