Gestire i rami nelle aree di lavoro di Microsoft Fabric

L'area di lavoro Infrastruttura è un ambiente condiviso che accede agli elementi live. Tutte le modifiche apportate direttamente nell'area di lavoro sostituiscono e influiscono su tutti gli altri utenti dell'area di lavoro. Pertanto, la procedura consigliata di Git è che gli sviluppatori funzionino in isolamento all'esterno delle aree di lavoro condivise. Esistono due modi per consentire a uno sviluppatore di lavorare nella propria area di lavoro protetta.

• Sviluppare usando strumenti client, ad esempio Power BI Desktop per report e modelli semantici o VS Code per notebook.
• Sviluppare in un'area di lavoro separata. Ogni sviluppatore ha una propria area di lavoro in cui si connette il proprio ramo separato, sincronizza il contenuto in tale area di lavoro e quindi esegue il commit nel ramo.

Importante

Questa funzionalità è disponibile in anteprima.

Per lavorare con i rami usando l'integrazione git, connettere prima di tutto l'area di lavoro del team di sviluppo condiviso a un singolo ramo condiviso. Ad esempio, se il team usa un'area di lavoro condivisa, connetterla al ramo principale nel repository del team e sincronizzare tra l'area di lavoro e il repository. Se il flusso di lavoro del team ha più rami condivisi, ad esempio rami Sviluppo/Test/Prod , ogni ramo può essere connesso a un'area di lavoro diversa.

Ogni sviluppatore può quindi scegliere l'ambiente isolato in cui lavorare.

Sviluppare usando gli strumenti client

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

1. Clonare il repository in un computer locale. Questa operazione deve essere eseguita una sola volta.

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

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

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

5. Testare le modifiche rispetto ad altri elementi o più dati connettendo il nuovo ramo a un'area di lavoro separata e caricando il modello semantico e i report usando il pulsante Aggiorna tutto nel riquadro del controllo del codice sorgente. Eseguire eventuali test o modifiche alla configurazione prima di eseguire l'unione nel ramo principale .

   Se nell'area di lavoro non sono necessari 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 e report semantici.

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

Sviluppare usando un'altra area di lavoro

Per uno sviluppatore che lavora nel Web, il flusso sarà il seguente:

1. Creare una nuova area di lavoro (o usarne una esistente già usata).

2. Assegnare all'area di lavoro una licenza Premium.

3. Passare a Integrazione Git nelle impostazioni dell'area di lavoro e specificare i dettagli del repository.

4. Nell'elenco a discesa Ramo scegliere Crea un nuovo ramo e diramarlo dal ramo principale .

5. Nella cartella Git immettere il nome della cartella a cui si vuole eseguire la sincronizzazione nel repository.

   L'area di lavoro viene sincronizzata con il ramo di funzionalità e diventa una copia dell'area di lavoro del team di sviluppo, come illustrato. È ora possibile lavorare in questo nuovo ambiente isolato.

   

6. Salvare le modifiche ed eseguirne il commit nel ramo delle funzionalità.

7. Quando si è pronti, creare una richiesta pull al ramo principale . I processi di revisione e unione vengono eseguiti tramite Azure Repos in base alla configurazione definita dal team per tale repository.

Una volta completata la revisione e l'unione, viene creato un nuovo commit nel ramo main . Questo commit richiede all'utente di aggiornare il contenuto nell'area di lavoro del team di sviluppo con le modifiche unite.

Cambiare ramo

Se l'area di lavoro è connessa a un ramo Git e si vuole passare a un altro ramo, è possibile farlo rapidamente dalle impostazioni dell'area di lavoro senza disconnettersi e riconnettersi.
Quando si cambia ramo, l'area di lavoro viene sincronizzata con il nuovo ramo e tutti gli elementi nell'area di lavoro vengono sottoposti a override. Se sono presenti versioni diverse dello stesso elemento in ogni ramo, l'elemento viene sostituito. Se un elemento si trova nel ramo precedente, ma non quello nuovo, viene eliminato. Per passare da un ramo all'altro, seguire questa procedura:

1. Assicurarsi che current Branch sia sincronizzato e che venga eseguito il commit di tutte le modifiche.

2. In Impostazioni dell'area di lavoro selezionare Integrazione Git

3. Dal menu a discesa specificare il ramo a cui connettersi. Questo ramo deve contenere la stessa directory di Current Branch.

4. Selezionare Connessione e sincronizzazione.

   

5. Selezionare Cambia e sincronizza di nuovo per confermare. Se sono presenti modifiche non salvate nell'area di lavoro, le modifiche andranno perse se si cambia ramo senza salvarle per prime. Selezionare Annulla per tornare indietro e salvare le modifiche prima di cambiare rami.

   

Contenuto correlato

• Risolvere errori e conflitti
• Procedure consigliate per l'integrazione di Git