Partilhar via


Usar pipelines de integração e implantação do Git para ambientes

Este artigo descreve como usar pipelines de integração e implantação do Git para ambientes no Microsoft Fabric.

Integre o Git para ambientes Fabric

O Fabric suporta integração Git. Os desenvolvedores podem usar o Git para fazer backup, controlar versões, reverter para estágios anteriores e colaborar em seu trabalho usando ramificações do Git.

  • Atualmente, o Git suporta apenas bibliotecas e computação do Spark, incluindo o tempo de execução do Spark.
  • A integração do Git gerencia o estado de preparação do ambiente. Para aplicar as alterações feitas no Git ao ambiente, elas devem ser publicadas. Recomendamos que você publique depois de atualizar o ambiente do Git para garantir a eficácia da configuração. Você pode usar a API de publicação do ambiente para publicar alterações por meio da API REST se preferir a experiência code-first.
  • O pool personalizado anexado persiste em um ambiente quando você sincroniza de um repositório para um espaço de trabalho do Fabric. A definição do pool está na configuração do espaço de trabalho. Não há suporte para referência entre espaços de trabalho do pool. Você deve atualizar manualmente instance_pool_id para um pool personalizado existente no espaço de trabalho de destino ou reverter para um pool inicial removendo essa propriedade. Para obter a lista completa de pools disponíveis no espaço de trabalho de destino pela API REST, consulte Pools personalizados - List Workspace Custom Pools. Para criar um novo pool personalizado, consulte Pools personalizados - Criar pool personalizado de espaço de trabalho.
  • Cada confirmação tem um limite máximo de 150 MB. Atualmente, bibliotecas personalizadas maiores que 150 MB não são suportadas pelo Git.

Conectar o espaço de trabalho Fabric a um repositório do Azure DevOps

Se você for o administrador de um espaço de trabalho, vá para Configurações do espaço de trabalho e configure a conexão na seção Controle do código-fonte . Para saber mais, consulte Gerenciar um espaço de trabalho com o Git.

Depois de se conectar, você pode encontrar itens, incluindo os ambientes que estão sincronizando com o repositório.

Captura de tela que mostra a conexão bem-sucedida do espaço de trabalho a um repositório de DevOps do Azure.

Representação local de um ambiente no Git

Na pasta raiz do item, os ambientes são organizados com uma pasta Libraries que contém as subpastas PublicLibraries e CustomLibraries , juntamente com a pasta Setting .

Captura de tela que mostra a representação local do ambiente no Git.

Bibliotecas

Quando você confirma um ambiente no Git, a seção de biblioteca pública é transformada em sua representação YAML. A biblioteca personalizada também é commitada junto com o respetivo arquivo de origem.

Captura de ecrã que mostra a representação local do ambiente da biblioteca pública no Git.

Você pode atualizar a biblioteca pública editando a representação YAML. Assim como a experiência do portal, você pode especificar uma biblioteca do PyPI e do Conda. Você pode especificar a biblioteca com a versão esperada, um intervalo de versões ou sem uma versão. O sistema pode ajudá-lo a determinar uma versão compatível com outras dependências em seu ambiente. Para limpar todas as bibliotecas públicas existentes, exclua o arquivo YAML.

Você pode atualizar a biblioteca personalizada adicionando novos arquivos ou excluindo arquivos existentes diretamente.

Nota

Você pode trazer seu próprio arquivo YAML para gerenciar a biblioteca pública. O nome do arquivo precisa ser environment.yml para que o sistema possa reconhecê-lo corretamente.

Computação de faísca

A seção de computação Spark também é transformada na representação YAML. Dentro desse arquivo YAML, você pode alternar o pool anexado, ajustar as configurações de computação, gerenciar as propriedades do Spark e selecionar o tempo de execução do Spark desejado.

Captura de tela que mostra a representação local de computação do Spark do ambiente no Git.

Estabelecer um pipeline de implementação para um ambiente

Importante

Este recurso está em pré-visualização.

Os pipelines de implantação de malha simplificam o processo de fornecimento de conteúdo modificado em diferentes fases, como passar do desenvolvimento para o teste. O pipeline automático pode incluir os itens de ambiente para transmitir o processo de recriação.

Você pode configurar um pipeline de implantação atribuindo os espaços de trabalho com diferentes fases. Para obter mais informações, consulte Introdução aos pipelines de implantação.

Captura de ecrã a mostrar a implementação de um ambiente num pipeline de implementação.

Você pode encontrar o status de implantação depois de configurar o pipeline com êxito. Depois de selecionar Implantar com o ambiente selecionado, todo o conteúdo do ambiente é implantado nos espaços de trabalho de destino. O status do ambiente original é preservado nesse processo para que as configurações publicadas permaneçam no estado publicado e não exijam publicação extra.

Importante

No momento, o pool personalizado não é suportado em canais de distribuição. Se o ambiente selecionar o pool personalizado, as configurações da seção Computação no ambiente de destino serão definidas com valores padrão. Nesse caso, os ambientes continuam a mostrar diferenças na pipeline de implantação, mesmo quando a implantação é realizada com êxito.