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'integrazione Git viene avviata dall'area Power Platform Soluzioni all'interno di , Power Apps, Copilot Studio e Power Automate. Power Pages Questo articolo illustra come collegare ambienti e soluzioni a un repository Git. Azure DevOps
Con lo sviluppo del team, le personalizzazioni all'interno di un ambiente possono essere inviate a Git e le modifiche apportate in Git possono essere trasferite negli ambienti connessi.
Prerequisiti per l'integrazione di Git con Dataverse
Dataverse L'integrazione Git è una funzionalità di Managed Environments. Gli ambienti di sviluppo e di destinazione 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 Azure DevOps progetto e di un repository per connettere il tuo Dataverse ambiente. Se non hai configurato un progetto e un repository, segui questi passaggi per creare un nuovo progetto e un nuovo repository in Azure DevOps . 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.
Connettersi a Git
La connessione a Git associa le soluzioni nel tuo ambiente a una posizione e a un ramo specifici all'interno del repository. 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.
Abilitare tutti gli ambienti di sviluppo e di destinazione come ambienti gestiti all'interno del Power Platform centro di amministrazione.
Accedi a Power Apps (o Copilot Studio, Power Automate, Power Pages) e poi vai a Soluzioni.
Nella pagina Soluzioni o nella pagina Controllo codice sorgente all'interno di una soluzione non gestita personalizzata, seleziona Connetti a Git.
Seleziona Ambiente o Soluzione dalle opzioni del tipo di connessione e seleziona la tua organizzazione e il tuo progetto Azure DevOps. Per ulteriori informazioni sulle differenze tra binding di ambiente e binding di soluzione, vedere Come scegliere tra binding di ambiente e binding di soluzione.
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.
Facoltativamente, crea un nuovo ramo.
Selezionare Connetti.
Nota
Per impostazione predefinita, la Soluzione predefinita e la Common Data Service Soluzione predefinita non possono essere connesse a Git. Utilizza una soluzione personalizzata per lo sviluppo di app e soluzioni.
Come scegliere tra ambiente e binding della soluzione
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 che consente di associare l'intero ambiente e tutte le soluzioni e gli oggetti non gestiti nell'ambiente a un singolo repository e a una singola cartella. Dataverse 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 degli oggetti 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 di soluzione, il che significa che se si sceglie di associare le soluzioni a posizioni sorgente diverse, il sistema non consente di avere lo stesso oggetto 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.
Disconnettiti da Git
Gli ambienti e le soluzioni possono essere disconnessi e poi ricollegati a diverse posizioni Git. Con il legame con l'ambiente o con la soluzione, tutte le soluzioni possono essere disconnesse. Con l'associazione della soluzione è anche possibile disconnettere una soluzione specifica.
Disconnetti tutte le soluzioni
- Nella pagina Soluzioni, seleziona Connessione Git (binding ambiente) o Connetti a Git (binding soluzione).
- Seleziona Disconnetti tutte le soluzioni da Git.
- Selezionare Continua nella finestra di dialogo di conferma.
Disconnetti una soluzione specifica
- Nella pagina Soluzioni o Controllo del codice sorgente , seleziona Connessione Git.
- Seleziona Disconnetti la soluzione da Git.
- Selezionare Continua nella finestra di dialogo di conferma.
Connetti più ambienti di sviluppo a Git
È possibile connettere più ambienti di sviluppo alla stessa posizione Git. Questa funzionalità garantisce l'isolamento dello sviluppatore con la possibilità di inviare rapidamente le proprie modifiche a Git e di importare quelle di altri nel proprio ambiente.
Importante
Ogni ambiente deve essere connesso allo stesso tipo di binding, repository, branch e cartella Git.
- Esportare le soluzioni desiderate come non gestite dall'ambiente di sviluppo originale, quindi importarle nel secondo ambiente.
- In alternativa, creare una soluzione nel secondo ambiente con lo stesso identico nome ed editore.
- In altri ambienti, ripetere i passaggi Connetti a Git descritti in precedenza. Utilizza lo stesso tipo di connessione (binding), organizzazione, progetto, repository, branch e cartella Git.
Ora puoi sincronizzare le modifiche su più ambienti.
Passaggi successivi
Dopo aver connesso i tuoi ambienti e le tue soluzioni a Git, puoi iniziare ad apportare modifiche alle tue soluzioni e a salvare tali modifiche nel repository. Per ulteriori informazioni sulle operazioni di controllo del codice sorgente, vedere Operazioni del repository di controllo del codice sorgente.