Panoramica dell'integrazione di Git con Dataverse (anteprima)
[Questo articolo fa parte della documentazione non definitiva, pertanto è soggetto a modifiche.]
L'integrazione del controllo del codice sorgente consente ai team di sviluppo di sincronizzare soluzioni e oggetti di soluzione in uno o più ambienti Microsoft Dataverse utilizzando un repository Git Azure DevOps. La funzionalità di integrazione del controllo del codice sorgente è disponibile in modo nativo all'interno delle esperienze delle soluzioni, garantendo che i citizen developer, gli sviluppatori code-first e gli amministratori possano trarre vantaggio dal controllo delle versioni, dal monitoraggio delle modifiche e dalla collaborazione fluida del team tra diversi strumenti e ambienti. L'integrazione Git è pensata per essere utilizzata negli ambienti di sviluppo e non negli ambienti di test o di produzione in cui le distribuzioni possono essere effettuate utilizzando build per creare artefatti di soluzioni e pipeline da distribuire.
Importante
- Questa è una funzionalità di anteprima.
- Le funzionalità di anteprima non sono destinate ad essere utilizzate per la produzione e sono soggette a restrizioni. Queste funzionalità sono disponibili prima di una versione ufficiale di modo che i clienti possano ottenere un accesso prioritario e fornire dei commenti.
- Questa funzionalità è attualmente disponibile solo per gli ambienti creati per cicli di rilascio anticipati. Vedi Ambienti del ciclo di rilascio in anteprima
In questo articolo scoprirai alcuni dei concetti chiave e dei vantaggi inerenti all'utilizzo del controllo del codice sorgente abilitato da Git con ambienti e soluzioni Dataverse. Per informazioni su Git in Azure DevOps, vedi Repository Git Azure DevOps.
ALM in Power Platform e Dataverse
Power Platform offre numerose funzionalità pronte all'uso che consentono alle organizzazioni di gestire il ciclo di vita delle applicazioni (ALM) per le proprie soluzioni. È inclusa la possibilità di creare pacchetti di soluzioni come contenitori per i diversi tipi di componenti nella piattaforma, gestire ambienti coinvolti nel ciclo di vita dell'applicazione e distribuire soluzioni utilizzando pipeline in Power Platform. Esistono anche diversi modi di integrare i repository Git con Power Platform utilizzando strumenti per sviluppatori. Con l'integrazione nativa di Git in Dataverse, il processo è semplificato e ottimizzato per consentire ai creatori di lavorare con le proprie soluzioni in modo familiare e di interagire con il controllo del codice sorgente tramite interfacce semplificate in Power Apps (make.powerapps.com).
Benefit
- Controllo del codice sorgente come fonte di verità: in alcune organizzazioni, la fonte di verità per le distribuzioni in Dataverse è rappresentata dagli ambienti dei creatori in cui vengono sviluppate le soluzioni. Il motivo principale di questo comportamento è che l'integrazione Git non nativa utilizza tecniche e strumenti avanzati, che richiedono competenze IT professionali per essere avviati. Grazie all'integrazione nativa di Git in Dataverse, il controllo del codice sorgente può essere abilitato in pochi semplici passaggi e fornisce ai creatori un'interfaccia familiare per lavorare con le loro soluzioni.
- Sicurezza, auditing e conformità mediante le procedure consigliate del ciclo di vita dello sviluppo software (SDLC): le procedure consigliate del ciclo di vita dello sviluppo software (SDLC) sono un insieme di linee guida e processi che aiutano a gestire efficacemente i progetti di sviluppo software. Utilizzando l'integrazione Git in Dataverse, segui le procedure SDLC come il controllo delle versioni, le revisioni del codice e l'analisi statica del codice sorgente per garantire la qualità, l'affidabilità e la sicurezza delle soluzioni. L'integrazione di Git in Dataverse offre anche funzionalità quali auditing, conformità e tracciabilità che ti aiutano a tenere traccia delle modifiche apportate alle tue soluzioni e a collaborare in modo efficace con gli altri membri del team.
- Ambienti di sviluppo di breve durata: memorizzando una copia delle personalizzazioni e delle configurazioni dei tuoi ambienti nel controllo del codice sorgente, puoi reidratare gli ambienti di sviluppo dal controllo del codice sorgente in modo rapido e semplice in Dataverse. Ciò consente di creare ambienti di breve durata per scopi di sviluppo e test. Gli ambienti di breve durata consentono di liberare spazio di archiviazione, sperimentare nuove funzionalità, testare e ripetere le soluzioni senza dover ricorrere ad ambienti permanenti.
- Team di sviluppo di fusione: i team di sviluppo di fusione sono team composti da sviluppatori e creatori che collaborano per creare soluzioni. Utilizzando l'integrazione Git in Dataverse, questi utenti possono creare in modo indipendente in ambienti distinti e collaborare con altri eseguendo la sincronizzazione con un repository del controllo del codice sorgente comune. L'integrazione del controllo del codice sorgente ti consente di utilizzare le competenze e l'esperienza sia degli sviluppatori che dei produttori per creare soluzioni di alta qualità che soddisfano le esigenze della tua organizzazione.
- Protezione: utilizzando il controllo del codice sorgente come fonte di verità per le tue soluzioni puoi ripristinare le tue soluzioni in modo rapido e semplice in caso di modifiche indesiderate. Memorizzando le soluzioni nel controllo del codice sorgente, puoi ripristinare uno stato o una versione precedente.
Concetti chiave
Soluzioni gestite e non gestite
Quando utilizzi l'integrazione Git con Dataverse, le soluzioni archiviate nel controllo del codice sorgente provengono da soluzioni non gestite nell'ambiente di un creatore. Le soluzioni non gestite consentono ai creatori di aggiungere, rimuovere e aggiornare componenti sincronizzati con il controllo del codice sorgente quando esegui il commit e il push delle modifiche. Le soluzioni gestite vengono create a partire dal controllo del codice sorgente e distribuite in ambienti downstream, come test o produzione, e non sono modificabili in tali ambienti. Le soluzioni gestite vengono utilizzate per garantire che la fonte di verità per le tue soluzioni sia sempre il controllo del codice sorgente e che le modifiche vengano apportate solo nell'ambiente di un creatore prima di essere aggiunte al controllo del codice sorgente e distribuite altrove.
Formattazione dei file per i componenti della soluzione
Con l'introduzione dell'integrazione Git in Dataverse, sono state apportate modifiche al modo in cui le soluzioni e i componenti di soluzioni vengono rappresentati nel controllo del codice sorgente. Quando si eseguono commit e si inviano modifiche al controllo del codice sorgente, i componenti della soluzione vengono archiviati in un formato specifico compatibile con Git. Questo formato viene utilizzato per rappresentare i componenti della soluzione in un modo che sia facile da leggere e comprendere e che possa essere utilizzato per tenere traccia delle modifiche apportate ai componenti della soluzione nel tempo. Il formato file per i componenti della soluzione è progettato per essere leggibile dagli esseri umani e può essere utilizzato per visualizzare le modifiche apportate ai componenti della soluzione nel controllo del codice sorgente. Inoltre, per consentire l'archiviazione di più soluzioni nello stesso repository e nella stessa cartella, i componenti della soluzione nel controllo del codice sorgente non vengono più duplicati per ciascuna soluzione. Invece, i componenti della soluzione vengono archiviati in un'unica posizione e possono essere condivisi tra più soluzioni nello stesso repository e nella stessa cartella.
Sviluppo Code First con Git
Lo sviluppo Code First in Power Platform viene abilitato tramite strumenti di sviluppo come l'interfaccia della riga di comando di Power Platform, Visual Studio e le estensioni di Visual Studio Code. Coinvolgere gli sviluppatori code-first nel processo di sviluppo della soluzione è difficile senza l'integrazione del controllo del codice sorgente, poiché componenti come i controlli di Power Apps Component Framework (PCF) e i plug-in Dataverse vengono distribuiti nelle soluzioni come asset pacchettizzati creati dal codice sorgente e non direttamente modificabili in Power Apps (make.powerapps.com). Senza il controllo del codice sorgente come parte del processo di sviluppo per i componenti low-code e code-first, è difficile gestire le modifiche alla soluzione e garantire che vengano tracciate e distribuite in modo controllato.
Abilitando l'integrazione di Git in Dataverse, puoi soddisfare le esigenze degli sviluppatori Code First nel loro ambiente di lavoro e offrire un'esperienza fluida sia agli sviluppatori con poco codice che a quelli Code First. Tuttavia, ci sono alcune considerazioni da tenere a mente quando si gestiscono componenti code-first in un ambiente con poco codice.
Sviluppo di fusione con l'integrazione di Git in Dataverse
Power Platform fornisce funzionalità sia per lo sviluppo con poco codice che per quello code-first. In questo articolo vengono illustrati i processi di sviluppo Code First associati a Dataverse e all'integrazione di Git e fornisce indicazioni su come gestire componenti Code First e con poco codice in un unico ambiente. Componenti come Power Apps Component Framework, plug-in di Dataverse e attività di flusso di lavoro personalizzate che sono esempi di componenti Code First che possono essere gestiti nel controllo del codice sorgente.
Componenti code-first e con poco codice in un unico ambiente
I componenti Code First possono essere inclusi nelle soluzioni tramite un processo di creazione che genera una soluzione gestita o non gestita che può essere importata in un ambiente Dataverse. Tuttavia, i componenti Code First possono anche essere distribuiti direttamente in una soluzione non gestita nell'ambiente di un creatore una volta sviluppati, senza dover utilizzare il processo di creazione della soluzione per distribuirli. Data questa flessibilità devi considerare il processo di creazione.
Se distribuisci componenti Code First direttamente a una soluzione non gestita nell'ambiente di un creatore, quando si esegue il commit di tali componenti nel controllo del codice sorgente, solo la relativa versione compilata (build) viene archiviata nel controllo del codice sorgente. Ad esempio, la DLL binaria è un plug-in oppure il pacchetto JavaScript estratto e ottimizzato per un controllo Power Apps Component Framework. Di conseguenza, nel controllo del codice sorgente si ottengono due copie del componente: una rappresentata dalla versione compilata e l'altra rappresentata dal codice sorgente. La memorizzazione dei binari nel tuo repository può portare a confusione e potenziali conflitti se il codice sorgente e la versione compilata non vengono mantenuti sincronizzati. Questa pratica non è consigliata perché il codice sorgente dovrebbe essere l'unica fonte di verità per il componente e dovrebbe essere memorizzata solo una singola copia.
L'approccio consigliato è creare componenti Code First come parte di un processo di creazione di soluzioni e di importare la soluzione non gestita generata nell'ambiente del creatore. Questo approccio garantisce che il codice sorgente e la versione compilata siano sincronizzati e che il codice sorgente sia l'unica fonte di verità per il componente. Tuttavia, questo approccio richiede che sia disponibile un processo di compilazione per generare la soluzione gestita o non gestita da utilizzare nel processo di importazione e di distribuzione. Puoi creare flussi di lavoro di Azure Pipelines o GitHub, ad esempio, che creano artefatti per le pipeline in Power Platform e per i processi di sincronizzazione Git da usare.