Visão geral da integração do Git em Power Platform

A integração do controle do código-fonte permite que as equipes de desenvolvimento sincronizem soluções e objetos de solução em um ou mais ambientes do Microsoft Dataverse usando um repositório do Git do Azure DevOps. A funcionalidade de integração do controle do código-fonte está disponível nativamente nas experiências das soluções, garantindo que desenvolvedores cidadãos, desenvolvedores code-first e administradores possam se beneficiar do controle da versão, do controle de alterações e da colaboração perfeita da equipe em diferentes ferramentas e ambientes. A integração do Git deve ser usada com ambientes de desenvolvedor e não em seus ambientes de teste ou produção, onde as implantações podem ser feitas usando compilações para criar artefatos de solução e pipelines para Power Platform implementar.

Neste artigo, você encontra alguns dos conceitos-chave e benefícios de usar o controle de código-fonte habilitado para Git com seus ambientes e soluções do Dataverse. Para obter informações sobre o Git no Azure DevOps, vá até repositório do Git do Azure DevOps.

ALM no Power Platform e no Dataverse

O Power Platform fornece muitos recursos prontos para uso que possibilita às organizações administrarem o gerenciamento do ciclo de vida do aplicativo (ALM) para suas soluções. Estão incluídas a capacidade de empacotar soluções como contêineres para os vários tipos diferentes de objetos na plataforma, gerenciar ambientes envolvidos no ciclo de vida do aplicativo e implantar soluções usando pipelines em Power Platform. Há também várias maneiras de integrar repositórios do Git com o Power Platform usando ferramentas de desenvolvedor. Com a integração nativa do Git in Dataverse, o processo é simplificado e aprimorado para que os criadores trabalhem com suas soluções de maneira familiar e interajam com o controle do código-fonte por meio de interfaces simplificadas no Power Apps (make.powerapps.com).

Benefícios

• Controle do código-fonte como fonte da verdade: dentro de algumas organizações, a fonte da verdade para implantações no Dataverse trata-se de ambientes de criador nos quais as soluções são criadas. O principal fator para esse comportamento é que a integração do Git não nativa usa técnicas e ferramentas avançadas, que requerem conhecimento profissional de TI para começar. Com a integração nativa do Git no Dataverse, o controle do código-fonte pode ser habilitado em apenas algumas etapas e fornece uma interface familiar para os criadores trabalharem com suas soluções.
• Segurança, auditoria e conformidade usando 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 você a gerenciar seus projetos de desenvolvimento de software de forma eficaz. Ao usar a integração do Git no Dataverse, você segue as práticas do SDLC, como controle de versão, revisões de código e análise do código-fonte estática para garantir a qualidade, a confiabilidade e a segurança de suas soluções. A integração do Git no Dataverse também fornece recursos como auditoria, conformidade e rastreabilidade que ajudam você a acompanhar alterações em suas soluções e colaborar com outros membros da equipe de maneira eficaz.
• Ambientes de desenvolvimento de curta duração: armazenando uma cópia das personalizações e configurações de seus ambientes no controle do código-fonte, você pode reidratar ambientes de desenvolvimento a partir do controle do código-fonte de maneira rápida e fácil no Dataverse. Isso permite que você crie ambientes de curta duração para fins de desenvolvimento e teste. Ambientes de curta duração permitem que você libere armazenamento, experimente novos recursos, teste e itere em suas soluções sem depender de ambientes permanentes.
• Equipes de desenvolvimento de fusão: as equipes de desenvolvimento de fusão são equipes que consistem em desenvolvedores e criadores que trabalham juntos para criar soluções. Usando a integração do Git no Dataverse, esses usuários podem criar independentemente em ambientes separados e trabalhar com outras pessoas sincronizando com um repositório do controle de código-fonte comum. A integração do controle do código-fonte permite que você use as habilidades e a experiência de desenvolvedores e criadores para criar soluções de alta qualidade que atendam às necessidades de sua organização.
• Proteção: o uso do controle do código-fonte como a fonte da verdade para suas soluções permite que você se recupere de alterações não intencionais em suas soluções de maneira rápida e fácil. Ao armazenar suas soluções no controle do código-fonte, você pode restaurar para um estado ou versão anterior.

Conceitos principais

Soluções gerenciadas X não gerenciadas

Quando você está usando a integração do Git com o Dataverse, as soluções armazenadas no controle do código-fonte vêm de soluções não gerenciadas no ambiente de um criador. Soluções não gerenciadas permitem que os criadores adicionem, removam e atualizem objetos que são sincronizados com o controle de origem quando você confirma e envia alterações. As soluções gerenciadas são criadas a partir do controle do código-fonte e implantadas em ambientes posteriores, como teste ou produção, e não são editáveis nesses ambientes. As soluções gerenciadas são usadas para garantir que a fonte da verdade para suas soluções seja sempre o controle do código-fonte e que as alterações sejam feitas apenas no ambiente de um criador antes de serem adicionadas ao controle do código-fonte e implantadas em outro lugar.

Formatação de arquivo para objetos de solução

Com a introdução da integração do Git no Dataverse, há mudanças na maneira como as soluções e os objetos de solução são representados no controle de origem. Quando você confirma e envia alterações para o controle de origem, os objetos da solução são armazenados em um formato específico compatível com o Git. Este formato é usado para representar os objetos da solução de uma forma que seja fácil de ler e entender e pode ser usado para rastrear alterações nos objetos da solução ao longo do tempo. O formato de arquivo para objetos de solução foi projetado para ser legível por humanos e pode ser usado para visualizar alterações nos objetos de solução no controle de origem. Além disso, para permitir que várias soluções sejam armazenadas no mesmo repositório e pasta, os objetos de solução no controle de origem não são mais duplicados para cada solução. Em vez disso, os objetos da solução são armazenados em um único local e podem ser compartilhados entre várias soluções no mesmo repositório e pasta.

Desenvolvimento code-first com Git

O desenvolvimento code-first no Power Platform é habilitado usando ferramentas de desenvolvimento como a CLI do Power Platform e as extensões do Visual Studio e do Visual Studio Code. Envolver desenvolvedores code-first no processo de desenvolvimento de soluções é difícil sem integração de controle de origem, pois objetos como Power Apps controles de estrutura de componentes e Dataverse plug-ins são implantados em soluções como ativos empacotados criados a partir do código-fonte e não diretamente editáveis em Power Apps (make.powerapps.com). Sem o controle de origem como parte do processo de desenvolvimento para objetos de baixo código e de código primeiro, é difícil gerenciar alterações na solução e garantir que as alterações sejam rastreadas e implantadas de maneira controlada.

Ao habilitar a integração do Git no Dataverse, você pode conhecer desenvolvedores code-first onde eles trabalham e fornecer uma experiência perfeita para desenvolvedores low-code e code-first. No entanto, há algumas considerações a ter em mente ao gerenciar objetos code-first em um ambiente de baixo código.

Desenvolvimento do Fusion com a integração do Git do Dataverse

O Power Platform fornece recursos para desenvolvimento low-code e code-first. Este artigo discute os processos de desenvolvimento code-first associados à integração com o Git e fornece orientação sobre como gerenciar objetos code-first e de baixo código em um único ambiente. Dataverse Objetos como Power Apps controles de estrutura de componentes, Dataverse plug-ins e atividades de fluxo de trabalho personalizadas são exemplos de objetos code-first que podem ser gerenciados no controle de origem.

Objetos code-first e low-code em um único ambiente

Objetos code-first podem ser incluídos em soluções por meio de um processo de construção que gera uma solução gerenciada ou não gerenciada que pode ser importada para um Dataverse ambiente. No entanto, objetos code-first também podem ser implantados diretamente em uma solução não gerenciada em um ambiente de criação depois de serem criados, sem empregar o processo de criação de solução para implantá-los. Há o processo de criação a ser considerado, considerando essa flexibilidade.

Se você estiver implantando objetos code-first diretamente em uma solução não gerenciada em um ambiente de criação, quando esses objetos forem confirmados no controle de origem, apenas a versão compilada (construída) deles será armazenada no controle de origem. Por exemplo, a DLL binária se um plug-in ou o JavaScript do pacote otimizado e transcompilado para um controle do Power Apps component framework. Como resultado, você termina com duas cópias do objeto no controle de origem: uma representada pela versão compilada e a outra representada pelo código-fonte. Armazenar binários no seu repositório pode causar bagunça e potenciais conflitos se o código-fonte e a versão compilada não forem mantidos sincronizados. Essa prática não é recomendada porque o código-fonte deve ser a única fonte de verdade para o objeto e apenas uma única cópia deve ser armazenada.

A abordagem recomendada é criar objetos code-first como parte de um processo de criação de solução e importar a solução não gerenciada gerada para o ambiente do criador. Essa abordagem garante que o código-fonte e a versão compilada sejam mantidos sincronizados e que o código-fonte seja a única fonte de verdade para o objeto. No entanto, essa abordagem requer que você tenha um processo de compilação para gerar a solução gerenciada ou não gerenciada para uso no processo de importação e no processo de implantação. Você pode criar fluxos de trabalho do Azure Pipelines ou do GitHub, por exemplo, que criem artefatos para pipelines no Power Platform e para os processos de sincronização do Git consumirem.

Próximas etapas

Configuração da integração do Git do Dataverse