Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
L'obiettivo di questo articolo è presentare agli sviluppatori diversi processi di sviluppo in Microsoft Fabric, in base agli scenari comuni dei clienti. Questo articolo è incentrato maggiormente sulla parte di integrazione continua (CI) del processo CI/CD. Per una discussione della parte di consegna continua (CD), vedere opzioni di distribuzione di Fabric.
Questo articolo illustra alcune opzioni di integrazione distinte, ma molte organizzazioni usano una combinazione di esse.
Processo di sviluppo
L'area di lavoro Fabric è un ambiente di runtime condiviso per tutti gli elementi e ogni area di lavoro può quindi essere connessa a un ramo single. Eventuali modifiche apportate direttamente nell'area di lavoro sovrascrivono e influenzano tutti gli altri utenti dell'area di lavoro. Pertanto, la procedura consigliata per Git è che gli sviluppatori abbiano un ambiente - un'area di lavoro diversa. Esistono due modi per consentire a uno sviluppatore di lavorare nella propria area di lavoro protetta.
- Sviluppare usando uno spazio di lavoro ramificato. Ogni sviluppatore ha una propria area di lavoro in cui collega il proprio ramo separato, sincronizza il contenuto in tale area di lavoro e quindi esegue il commit nuovamente nel ramo.
- Sviluppa utilizzando strumenti client, come Power BI Desktop per report e modelli semantici, o VS Code per notebook.