Descrição geral da integração Git do Dataverse (pré-visualização)
[Este artigo inclui documentação pré-versão e está sujeito a alterações.]
A integração do controlo de código fonte permite que as equipas de desenvolvimento sincronizem soluções e objetos de solução num ou mais ambientes do Microsoft Dataverse usando um repositório Git do Azure DevOps. A funcionalidade de integração do controlo de código fonte está disponível nativamente nas experiências de soluções, garantindo que os programadores cidadãos, os programadores code-first e os administradores podem beneficiar do controlo de versão, do controlo de alterações e da colaboração contínua da equipa em diferentes ferramentas e ambientes. A integração do Git destina-se a ser usada com ambientes de programação e não nos seus ambientes de teste ou produção, onde as implementações podem ser feitas usando compilações para criar artefactos de solução e pipelines para implementação.
Importante
- Esta é uma funcionalidade de pré-visualização.
- As caraterísticas de pré-visualização não se destinam à produção e poderão ter caraterísticas restritas. Estas caraterísticas estão disponíveis antes do lançamento oficial, para que os clientes possam ter acesso antecipado e enviar comentários.
- Atualmente, esse recurso só está disponível para ambientes que foram criados para ciclos de lançamento antecipados. Vá para Ambientes do ciclo de lançamento antecipado
Neste artigo, encontra alguns dos principais conceitos e benefícios da utilização do controlo de código fonte ativado para Git com os seus ambientes e soluções do Dataverse. Para obter informações sobre o Git no Azure DevOps, vá para o Repositório do Git do Azure DevOps.
ALM no Power Platform e Dataverse
Power Platform fornece muitos recursos padrão que permitem que as organizações façam a gestão do ciclo de vida de aplicações (ALM) para as suas soluções. Estão incluídas a capacidade de empacotar soluções como contentores para diversos tipos de componentes na plataforma, gerir ambientes envolvidos no ciclo de vida da aplicação e implementar soluções utilizando pipelines no Power Platform. Há também várias maneiras de integrar repositórios do Git com o Power Platform utilizando ferramentas de programação. Com a integração nativa do Git no Dataverse, o processo é simplificado e agilizado para que os criadores trabalhem com as suas soluções de forma familiar e interajam com o controlo de código fonte através de interfaces simplificadas no Power Apps (make.powerapps.com).
Benefícios
- Controlo de código fonte como fonte de verdade: em algumas organizações, a fonte de verdade para as implementações no Dataverse são os ambientes de criador nos quais as soluções são criadas. O principal controlador para esse comportamento é que a integração não nativa do Git que usa técnicas e ferramentas avançadas, que exigem experiência profissional em TI para começar. Com a integração nativa do Git no Dataverse, o controlo de código fonte pode ser ativado em apenas alguns passos e fornece uma interface familiar para os criadores trabalharem com as suas soluções.
- Segurança, auditoria e conformidade usando as melhores práticas de SDLC: As melhores práticas do ciclo de vida de desenvolvimento de software (SDLC) são um conjunto de diretrizes e processos que ajudam a gerir os seus projetos de desenvolvimento de software de forma eficaz. Ao utilizar a integração do Git no Dataverse, segue as práticas SDLC, como o controlo de versões, revisões de código e análise estática de código fonte para garantir a qualidade, fiabilidade e segurança das suas soluções. A integração do Git no Dataverse também fornece funcionalidades como auditoria, conformidade e rastreabilidade que o ajudam a acompanhar as alterações nas suas soluções e a colaborar eficazmente com outros membros da equipa.
- Ambientes de desenvolvimento de curta duração: ao armazenar uma cópia das personalizações e configurações dos seus ambientes no controlo de código fonte, pode reidratar ambientes de desenvolvimento do controlo de código fonte de forma rápida e fácil no Dataverse. Isso permite que crie ambientes de curta duração para fins de desenvolvimento e teste. Os ambientes de curta duração permitem libertar armazenamento, experimentar novas funcionalidades, testar e iterar as suas soluções sem depender de ambientes permanentes.
- Equipas de desenvolvimento de fusão: As equipas de desenvolvimento de fusão são equipas que consistem em programadores e criadores que trabalham juntos para criar soluções. Ao utilizar a integração do Git no Dataverse, estes utilizadores podem construir de forma independente em ambientes separados e colaborar com outros sincronizando com um repositório de controlo de código fonte comum. A integração do controlo de código fonte permite-lhe utilizar as competências e o conhecimento dos programadores e criadores para criar soluções de alta qualidade que satisfaçam as necessidades da sua organização.
- Proteção: Usar o controlo de código-fonte como a fonte da verdade para as suas soluções permite que se recupere de alterações não intencionais nas suas soluções de forma rápida e fácil. Ao armazenar as suas soluções no controlo de código-fonte, pode restaurar para um estado ou versão anterior.
Principais conceitos
Soluções não geridas versus soluções geridas
Quando utiliza a integração do Git com o Dataverse, as soluções armazenadas no controlo de código fonte provêm de soluções não geridas no ambiente de um criador. As soluções não geridas permitem que os criadores adicionem, removam e atualizem componentes que são sincronizados com o controlo de código-fonte quando confirma e envia alterações. As soluções geridas são criadas a partir do controlo de código fonte e implementadas em ambientes a jusante, como teste ou produção, e não são editáveis nestes ambientes. As soluções geridas são utilizadas para garantir que a fonte da verdade para as suas soluções é sempre o controlo de código fonte e que as alterações são feitas apenas no ambiente do criador antes de serem adicionadas ao controlo de código fonte e implementadas noutro local.
Formatação de ficheiro para componentes da solução
Com a introdução da integração do Git no Dataverse, há alterações na forma como as soluções e os componentes da solução são representados no controlo de código fonte. Quando confirma e envia alterações para o controlo de código fonte, os componentes da solução são armazenados num formato específico compatível com o Git. Esse formato é usado para representar os componentes da solução de uma forma fácil de ler e entender e pode ser usado para monitorizar as alterações nos componentes da solução ao longo do tempo. O formato de ficheiro dos componentes da solução foi concebido para ser legível e pode ser utilizado para ver alterações nos componentes da solução no controlo de código fonte. Além disso, para permitir que várias soluções sejam armazenadas no mesmo repositório e pasta, os componentes da solução no controlo de código fonte já não são duplicados para cada solução. Em vez disso, os componentes da solução são armazenados numa única localização e podem ser partilhados entre várias soluções no mesmo repositório e pasta.
Desenvolvimento code-first com Git
O desenvolvimento code-first no Power Platform é ativado utilizando ferramentas de desenvolvimento como a CLI do Power Platform, o Visual Studio e as extensões de Visual Studio Code. Envolver os programadores code-first no processo de desenvolvimento da solução é difícil sem a integração do controlo de código fonte, uma vez que componentes como os controlos do Power Apps component framework (PCF) e os plug-ins do Dataverse são implementados nas soluções como ativos empacotados criados a partir do código fonte e não diretamente editáveis no Power Apps (make.powerapps.com). Sem o controlo de código fonte como parte do processo de desenvolvimento para componentes low-code e code-first, é difícil gerir as alterações na solução e garantir que as alterações são controladas e implementadas de forma controlada.
Ao ativar a integração do Git no Dataverse, pode encontrar programadores code-first no lugar onde trabalham e fornecer uma experiência perfeita aos programadores low-code e code-first. No entanto, há algumas considerações a ter em mente ao gerir componentes que priorizam o código num ambiente de low-code.
Desenvolvimento de fusão com integração Git do Dataverse
Power Platform fornece recursos para desenvolvimento low-code e code-first. Este artigo aborda os processos de desenvolvimento code-first associados à integração do Dataverse e do Git e fornece orientações sobre como gerir componentes code-first e low-code num único ambiente. Componentes como controlos Power Apps component framework, plug-ins do Dataverse e atividades de fluxo de trabalho personalizadas que são exemplos de componentes code-first que podem ser geridos no controlo de código fonte.
Componentes code-first e low-code num único ambiente
Os componentes code-first podem ser incluídos nas soluções através de um processo de criação que gera uma solução gerida ou não gerida que pode ser importada para um ambiente Dataverse. No entanto, os componentes code-first também podem ser implementados diretamente numa solução não gerida num ambiente de criador, uma vez criados, sem empregar o processo de criação de soluções para os implementar. Há o processo de compilação a considerar dada esta flexibilidade.
Se estiver a implementar componentes code-first diretamente numa solução não gerida num ambiente de criador, quando esses componentes forem confirmados no controlo de código fonte, apenas a sua versão compilada (criada) será armazenada no controlo de código fonte. Por exemplo, a DLL binária se for um plug-in ou o pacote JavaScript transpilado e otimizado para um controlo Power Apps component framework. Como resultado, acaba com duas cópias do componente no controlo de código-fonte, uma representada pela versão construída e outra representada pelo código-fonte. Armazenar binários no seu repositório pode levar a confusão e possíveis conflitos se o código-fonte e a versão construída não forem mantidos em sincronia. Essa prática não é recomendada porque o código-fonte deve ser a única fonte de verdade para o componente e apenas uma única cópia deve ser armazenada.
A abordagem recomendada é criar componentes code-first como parte de um processo de compilação de solução e importar a solução não gerida gerada para o ambiente de criador. Essa abordagem garante que o código-fonte e a versão construída sejam mantidos em sincronia e que o código-fonte seja a única fonte de verdade para o componente. No entanto, essa abordagem requer que tenha um processo de compilação para gerar a solução gerida ou não gerida para uso no processo de importação e implementação. Pode criar fluxos de trabalho do Azure Pipelines ou do GitHub, por exemplo, que criam artefactos para pipelines no Power Platform e para serem consumidos pelos processos de sincronização do Git.