Impostazione dell'integrazione di Dataverse Git (anteprima)
[Questo articolo fa parte della documentazione non definitiva, pertanto è soggetto a modifiche.]
L'integrazione di Git in Dataverse viene avviata da Power Platform nell'area Soluzioni all'interno di Power Apps (make.powerapps.com). In questo articolo viene illustrata l'integrazione delle soluzioni Dataverse con Git, in particolare la connessione a Azure DevOps e il binding del tuo ambiente per Dynamics 365 e Power Platform.
Importante
- Questa è una funzionalità di anteprima.
- Le funzionalità di anteprima non sono destinate ad essere utilizzate per la produzione e sono soggette a restrizioni. Vengono rese disponibili prima di una versione ufficiale in modo che i clienti possano accedervi con anticipo e fornire i loro commenti.
Prerequisiti per l'integrazione di Git con Dataverse
Dataverse Funzionalità di integrazione di Git degli Ambienti gestiti. Per utilizzare la funzionalità, gli ambienti di sviluppo devono essere abilitati come ambienti gestiti.
Quando connetti il tuo ambiente Dataverse a Git, sono richiesti un abbonamento e delle licenze Azure DevOps per gli utenti che interagiscono con il controllo del codice sorgente.
Nota
Un numero limitato di licenze è disponibile In Azure DevOps nel Piano di base del servizio. Vedi Servizi di Azure DevOps per ulteriori informazioni su prezzi e licenze per Azure DevOps.
È richiesta l'autorizzazione dei servizi Azure DevOps per effettuare commit e leggere i file sorgente. I membri del gruppo di sicurezza Collaboratori hanno l'autorizzazione.
Per connettersi a Git è necessario un ambiente Power Platform con Dataverse e il ruolo di sicurezza di amministratore di sistema, che completa il binding iniziale del tuo ambiente o della soluzione a un progetto in Azure DevOps.
Configurazione di Azure DevOps
Per iniziare, hai bisogno di un progetto e di un repository Azure DevOps per eseguire la connessione all'ambiente Dataverse. Se non hai un progetto e un repository Azure DevOps configurati, segui questi passaggi per creare un nuovo progetto e un nuovo repository in Azure DevOps.
- Accedi a Azure DevOps e seleziona l'organizzazione.
- Seleziona Nuovo progetto, inserisci un nome e assicurati che il controllo della versione sia impostato su Git per il tuo progetto, quindi seleziona Crea.
- Nel nuovo progetto, seleziona Repos, quindi Inizializza nella parte inferiore della pagina per inizializzare il repository predefinito.
Assicurati che tutti gli utenti che apportano modifiche al tuo ambiente abbiano accesso al tuo repository e possano effettuare il commit delle modifiche. Esamina la configurazione delle licenze e i gruppi di sicurezza Azure DevOps per assicurarti che possano utilizzare il pannello di controllo del codice sorgente della soluzione.
Connettere Dataverse a Git
Per connettere il tuo ambiente Dataverse a Git, associa il tuo ambiente a un progetto in Azure DevOps. È possibile associare l'ambiente a un progetto utilizzando il binding all'ambiente o alla soluzione. Per ulteriori informazioni sulle differenze tra binding di ambiente e binding di soluzione, vedi Come scegliere tra binding di ambienti e binding di soluzioni.
Accedi a Power Apps, quindi vai a Soluzioni.
Nell'area Soluzioni, seleziona Connetti a Git sulla barra dei comandi.
Seleziona Ambiente o Soluzione dalle opzioni del tipo di connessione e seleziona la tua organizzazione e il tuo progetto Azure DevOps.
Importante
Una volta configurate, queste impostazioni non possono essere modificate.
Per maggiori informazioni sulle differenze tra ambiente e binding della soluzione, vedi la sezione seguente.
A seconda del tipo di binding, puoi selezionare un progetto, un repository o un ramo e immettere una cartella a cui associare l'ambiente o la soluzione. Selezionare Connetti.
Come scegliere tra ambiente e binding della soluzione
Importante
Questi binding non possono essere modificati dopo la configurazione iniziale, quindi è importante scegliere la strategia di binding appropriata per la tua organizzazione e il tuo ambiente.
Se non sei sicuro di quale strategia di binding utilizzare, il binding dell'ambiente è l'approccio consigliato per iniziare a usare l'integrazione di Git in Dataverse. Ecco alcune differenze fondamentali tra il binding dell'ambiente e quello della soluzione per aiutarti a decidere quale approccio è più adatto alle tue esigenze.
Binding dell'ambiente
Il binding dell'ambiente è un singolo processo per associare l'intero ambiente Dataverse e tutte le soluzioni e i componenti non gestiti nell'ambiente a un singolo repository e cartella. Quando scegli di associare l'intero ambiente, tutte le personalizzazioni non gestite effettuate in qualsiasi soluzione non gestita personalizzata vengono archiviate in un'unica cartella e ramo Git e non devi configurare altre soluzioni una volta selezionate. Il sistema consente a più soluzioni di utilizzare un'unica cartella radice e tiene traccia dei componenti che appartengono a ciascuna soluzione in un file separato. Non è più obbligatorio utilizzare una cartella radice univoca per ogni soluzione. Se si utilizza il binding dell'ambiente, è possibile selezionare il repository, il ramo e la cartella a cui associare l'ambiente durante la configurazione iniziale.
Binding della soluzione
Il binding della soluzione può essere utilizzato per controllare il codice sorgente di più soluzioni all'interno dello stesso ambiente in repository o cartelle separati. Il binding delle soluzioni offre maggiore flessibilità nell'organizzazione dei file sorgente, ma richiede una maggiore gestione da parte dei creatori per integrare nuove soluzioni nel controllo del codice sorgente. Il sistema richiede che ci sia una sola posizione nel controllo sorgente per ogni singolo oggetto della soluzione, il che significa che se si sceglie di associare le soluzioni a diverse posizioni sorgente, il sistema non consente di avere lo stesso componente in più soluzioni. Il binding della soluzione non richiede la selezione di un repository o di una soluzione durante la configurazione iniziale. Invece, quando sei pronto ad associare la soluzione al controllo del codice sorgente, selezioni il repository e la cartella a cui associare ciascuna soluzione.
Altre considerazioni
Se si seleziona il binding dell'ambiente, tutte le nuove soluzioni non gestite vengono automaticamente sincronizzate con il codice sorgente senza ulteriori azioni; se si seleziona il binding per soluzione, la creazione successiva di una nuova soluzione richiede che la soluzione sia configurata anche per il controllo del codice sorgente prima di essere sincronizzata con il controllo del codice sorgente. Tieni in considerazione la sicurezza di avere tutte le soluzioni sincronizzate rispetto alla flessibilità di avere cartelle e collegamenti di codice sorgente diversi per ogni soluzione.
Binding di una soluzione a un repository e a una cartella (quando si utilizza la strategia di binding della soluzione)
Dopo aver connesso il tuo ambiente a Git utilizzando la strategia di binding della soluzione, puoi associare una soluzione a un repository e a una cartella nello stesso progetto Azure DevOps.
- Nell'area Soluzioni, seleziona i tre punti verticali accanto alla soluzione che vuoi associare al controllo del codice sorgente, quindi seleziona Connetti a Git.
- Seleziona un ramo esistente o creane uno nuovo, inserisci una cartella Git a cui associare la soluzione, quindi seleziona Connetti.
Convalidare la connessione
Per convalidare la tua connessione a Git, crea una nuova soluzione o apporta modifiche a una soluzione esistente e visualizza le modifiche seguendo questi passaggi:
- Nella pagina Soluzioni, apri la soluzione di cui vuoi visualizzare le modifiche.
- Nel riquadro di sinistra, seleziona Controllo del codice sorgente per visualizzare le modifiche apportate alla soluzione.
Ora puoi visualizzare le modifiche apportate alla soluzione ed eseguire il commit e il push delle modifiche nel repository, nonché visualizzare il ramo corrente a cui è associata la soluzione.
Passaggi successivi
Dopo aver connesso l'ambiente e le soluzioni a Git, puoi iniziare ad apportare modifiche alle soluzioni e a effettuare commit e push di tali modifiche nel repository. Per ulteriori informazioni sulle operazioni di controllo del codice sorgente, vedi Operazioni del repository di controllo del codice sorgente (anteprima).