Gerenciar um repositório

Este documento mostra como fazer o seguinte no Dataform:

Antes de começar

  1. Crie um repositório.
  2. Opcional: conecte seu repositório a um repositório Git de terceiros.
  3. Crie e inicialize um espaço de trabalho de desenvolvimento no seu repositório.

Funções exigidas

Para receber as permissões necessárias para concluir as tarefas neste documento, peça ao administrador para conceder a você os seguintes papéis do IAM:

  • Defina as configurações do Dataform e gerencie o local do pacote principal do Dataform: Administrador do Dataform (roles/dataform.admin) nos repositórios.
  • Atualize o pacote principal do Dataform e use o controle de versões no Dataform: Editor do Dataform (roles/dataform.editor) nos espaços de trabalho.

Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.

Também é possível conseguir as permissões necessárias por meio de papéis personalizados ou de outros papéis predefinidos.

Configurar as configurações do fluxo de trabalho do Dataform

Esta seção mostra como editar as configurações de processamento do fluxo de trabalho do Dataform para um repositório específico.

Talvez seja necessário editar o arquivo de configurações para renomear os esquemas ou adicionar variáveis de compilação personalizadas ao repositório.

Sobre as configurações do repositório

Cada repositório do Dataform contém um arquivo de configurações de fluxo de trabalho exclusivo. O arquivo contém o ID do projeto do Google Cloud e o esquema em que o Dataform publica recursos no BigQuery. O Dataform usa configurações padrão que podem ser substituídas para atender melhor às suas necessidades editando o arquivo de configurações.

A partir da versão 3.0.0 do núcleo do Dataform, as configurações do fluxo de trabalho são armazenadas no arquivo workflow_settings.yaml por padrão. Nas versões anteriores do núcleo do Dataform, as configurações do fluxo de trabalho são armazenadas no arquivo dataform.json. O arquivo workflow_settings.yaml do núcleo do Dataform 3.0 é compatível com versões anteriores do arquivo dataform.json. Você pode continuar usando o arquivo dataform.json para armazenar as configurações do fluxo de trabalho. Como prática recomendada, migre as configurações do fluxo de trabalho do repositório para o formato workflow_settings.yaml para compatibilidade futura.

Sobre workflow_settings.yaml

O arquivo workflow_settings.yaml, introduzido no Dataform core 3.0, armazena as configurações do fluxo de trabalho do Dataform no formato YAML.

O exemplo de código a seguir mostra um arquivo workflow_settings.yaml de exemplo:

  defaultProject: my-gcp-project-id
  defaultDataset: dataform
  defaultLocation: australia-southeast2
  defaultAssertionDataset: dataform_assertions

No exemplo de código anterior, os pares de chave-valor são descritos da seguinte maneira:

  • defaultProject: o ID do projeto do BigQuery no Google Cloud.
  • defaultDataset: o conjunto de dados do BigQuery em que o Dataform cria recursos, chamado dataform por padrão.
  • defaultLocation: a região padrão do conjunto de dados do BigQuery. Nesse local, o Dataform processa seu código e armazena os dados executados. Essa região de processamento precisa corresponder ao local dos seus conjuntos de dados do BigQuery, mas não precisa corresponder à região do repositório do Dataform. Para mais informações sobre os locais de conjuntos de dados do BigQuery, consulte Locais de conjuntos de dados.
  • defaultAssertionDataset: o conjunto de dados do BigQuery em que o Dataform cria visualizações com resultados de declaração, chamado de dataform_assertions por padrão.

Para mais informações sobre as propriedades workflow_settings.yaml, consulte WorkflowSettings no GitHub.

É possível acessar as propriedades definidas em workflow_settings.yaml no código do Dataform como propriedades do objeto dataform.projectConfig.

Os seguintes mapeamentos das opções workflow_settings.yaml para as opções dataform.projectConfig acessíveis por código são válidos:

  • defaultProject => defaultDatabase
  • defaultDataset => defaultSchema
  • defaultAssertionDataset => assertionSchema
  • projectSuffix => databaseSuffix
  • datasetSuffix => schemaSuffix
  • namePrefix => tablePrefix

O exemplo de código abaixo mostra o objeto dataform.projectConfig referenciado em uma instrução SELECT em uma visualização:

  config { type: "view" }
  SELECT ${when(
    !dataform.projectConfig.tablePrefix,
    "table prefix is set!",
    "table prefix is not set!"
  )}

Sobre dataform.json

O arquivo dataform.json armazena as configurações do fluxo de trabalho do Dataform no formato JSON.

O exemplo de código a seguir mostra um arquivo dataform.json de exemplo:

  {
    "warehouse": "bigquery",
    "defaultDatabase": "my-gcp-project-id",
    "defaultSchema": "dataform",
    "defaultLocation": "australia-southeast2",
    "assertionSchema": "dataform_assertions"
  }

No exemplo de código anterior, os pares de chave-valor são descritos da seguinte maneira:

  • warehouse: ponteiro para o BigQuery, em que o Dataform cria recursos.
  • defaultDatabase: o ID do projeto do BigQuery no Google Cloud.
  • defaultSchema: o conjunto de dados do BigQuery em que o Dataform cria recursos.
  • defaultLocation: a região padrão do conjunto de dados do BigQuery. Nesse local, o Dataform processa seu código e armazena os dados executados. Essa região de processamento precisa corresponder ao local dos seus conjuntos de dados do BigQuery, mas não precisa corresponder à região do repositório do Dataform. Para mais informações sobre os locais de conjuntos de dados do BigQuery, consulte Locais de conjuntos de dados.
  • assertionSchema: o conjunto de dados do BigQuery em que o Dataform cria visualizações com resultados de declaração, chamado de dataform_assertions por padrão.

É possível acessar as propriedades definidas no arquivo dataform.json no código do projeto como propriedades do objeto dataform.projectConfig.

Configurar nomes de esquemas

Para configurar os nomes dos esquemas, edite as propriedades defaultDataset e defaultAssertionSchema no arquivo workflow_settings.yaml ou defaultSchema e assertionSchema no arquivo dataform.json.

Para configurar o nome de um esquema, siga estas etapas:

workflow_settings.yaml

  1. No espaço de trabalho de desenvolvimento, no painel Files, clique no arquivo workflow_settings.yaml.

  2. Edite o valor de defaultDataset, defaultAssertionSchema ou ambos.

O exemplo de código a seguir mostra um nome defaultDataset personalizado definido no arquivo workflow_settings.yaml:

  ...
  defaultDataset: mytables
  ...

dataform.json

  1. No espaço de trabalho de desenvolvimento, no painel Files, clique no arquivo dataform.json.

  2. Edite o valor de defaultSchema, assertionSchema ou ambos.

O exemplo de código a seguir mostra um nome defaultSchema personalizado definido no arquivo dataform.json:

{
  ...
  "defaultSchema": "mytables",
  ...
}

Criar variáveis de compilação personalizadas

As variáveis de compilação contêm valores que podem ser modificados com substituições de compilação em uma configuração de lançamento ou em uma solicitação da API Dataform.

Depois de definir uma variável de compilação em workflow_settings.yaml e adicioná-la a tabelas selecionadas, é possível modificar o valor dela em uma configuração de lançamento ou substituições de compilação da API Dataform para executar tabelas condicionalmente.

Para mais informações sobre como executar tabelas condicionalmente usando variáveis de compilação, consulte Introdução ao ciclo de vida do código no Dataform.

Para criar uma variável de compilação que possa ser usada em um repositório, siga estas etapas:

workflow_settings.yaml

  1. Acesse o espaço de trabalho de desenvolvimento do Dataform.
  2. No painel Files, selecione o arquivo workflow_settings.yaml.
  3. Insira o seguinte snippet de código:

    "vars": {
      "VARIABLE":"VALUE"
    }
    

    Substitua:

    • VARIABLE: um nome para a variável
    • VALUE: o valor padrão da variável de compilação

O exemplo de código abaixo mostra a variável de compilação myVariableName definida como myVariableValue no arquivo workflow_settings.yaml:

...
vars:
  myVariableName: myVariableValue
...

O exemplo de código a seguir mostra o arquivo workflow_settings.yaml com a variável de compilação executionSetting definida como dev:

defaultProject: default_bigquery_database
defaultLocation: us-west1
defaultDataset: dataform_data,
vars:
executionSetting: dev

dataform.json

  1. Acesse o espaço de trabalho de desenvolvimento do Dataform.
  2. No painel Files, selecione o arquivo dataform.json.
  3. Insira o seguinte snippet de código:

    "vars": {
      "VARIABLE":"VALUE"
    }
    

    Substitua:

    • VARIABLE: um nome para a variável
    • VALUE: com o valor padrão da variável de compilação

O exemplo de código abaixo mostra a variável de compilação myVariableName definida como myVariableValue no arquivo dataform.json:

{
  ...
  "vars": {
    "myVariableName": "myVariableValue"
  },
  ...
}

O exemplo de código a seguir mostra o arquivo dataform.json com a variável de compilação executionSetting definida como dev:

{
"warehouse": "bigquery",
"defaultSchema": "dataform_data",
"defaultDatabase": "default_bigquery_database".
"defaultLocation":"us-west-1",
"vars": {
"executionSetting":"dev"
}
}
Adicionar uma variável de compilação a uma tabela

Para adicionar uma variável de compilação a um arquivo de definição de tabela SQLX, siga estas etapas:

  1. Acesse o espaço de trabalho de desenvolvimento do Dataform.
  2. No painel Files, selecione um arquivo de definição de tabela SQLX.
  3. No arquivo, insira uma cláusula when no seguinte formato:

    ${when(dataform.projectConfig.vars.VARIABLE === "SET_VALUE", "CONDITION")}
    

    Substitua:

    • VARIABLE: o nome da variável, por exemplo, executionSetting.
    • SET_VALUE: um valor para a variável. Por exemplo, staging
    • CONDITION: uma condição para a execução da tabela

O exemplo de código a seguir mostra um arquivo SQLX de definição de tabela com uma cláusula when e a variável executionSetting que executa 10% dos dados na configuração de execução de preparação:

  select
    *
  from ${ref("data")}
  ${when(
    dataform.projectConfig.vars.executionSetting === "staging",
    "where mod(farm_fingerprint(id) / 10) = 0",
  )}

O exemplo de código a seguir mostra um arquivo SQLX de definição de visualização com uma cláusula when e a variável myVariableName:

  config { type: "view" }
  SELECT ${when(
    dataform.projectConfig.vars.myVariableName === "myVariableValue",
    "myVariableName is set to myVariableValue!",
    "myVariableName is not set to myVariableValue!"
  )}

Migrar as configurações do fluxo de trabalho para workflow_settings.yaml

Para garantir que o arquivo de configurações do fluxo de trabalho seja compatível com versões futuras do framework principal do Dataform, migre as configurações do fluxo de trabalho do arquivo dataform.json para o arquivo workflow_settings.yaml.

O arquivo workflow_settings.yaml substitui o arquivo dataform.json.

Se o núcleo do Dataform for o único pacote de dependência no repositório, o arquivo workflow_settings.yaml também vai substituir o arquivo package.json. Para mais informações sobre como substituir o arquivo package.json pelo workflow_settings.yaml, consulte Gerenciar o pacote principal do Dataform.

A tabela a seguir mostra o mapeamento das propriedades de configurações do fluxo de trabalho do arquivo dataform.json para o arquivo workflow_settings.yaml:

Propriedade em dataform.json Propriedade em workflow_settings.yaml Descrição
assertionSchema defaultAssertionDataset Obrigatório. O conjunto de dados padrão para declarações.
defaultDatabase defaultProject Obrigatório. O nome do projeto Google Cloud padrão.
defaultLocation defaultLocation Obrigatório. O local padrão do BigQuery em que o Dataform vai criar tabelas. Para mais informações sobre locais do BigQuery, consulte Locais de conjuntos de dados.
defaultSchema defaultDataset Obrigatório. O conjunto de dados padrão.
databaseSuffix projectSuffix Opcional. O sufixo a ser anexado a todas as referências do projeto Google Cloud .
schemaSuffix datasetSuffix Opcional. O sufixo a ser anexado a todos os conjuntos de dados de ação.
tablePrefix namePrefix Opcional. O prefixo a ser adicionado a todos os nomes de ação.
vars vars Opcional. Variáveis definidas pelo usuário que são disponibilizadas para o código do projeto durante a compilação. Um objeto com uma lista de pares key: value.
warehouse - Obrigatório em dataform.json. Precisa ser definido como bigquery. Indisponível em workflow_settings.yaml.
- dataformCoreVersion Indisponível em dataform.json. Instalado em workflow_settings.yaml por padrão para novos repositórios. Para mais informações, consulte Gerenciar o pacote principal do Dataform.

Para migrar as configurações do fluxo de trabalho para workflow_settings.yaml, siga estas etapas:

  1. No Console do Google Cloud, acesse a página Dataform.

    Acessar o Dataform

  2. Selecione um repositório e um espaço de trabalho.

  3. No painel Files, clique em addAdd e, em seguida, em Create file.

  4. No campo Adicionar um caminho de arquivo, insira workflow_settings.yaml.

  5. Selecione Criar arquivo.

  6. No arquivo workflow_settings.yaml, adicione as configurações do arquivo dataform.json, mapeadas para o formato YAML.

  7. No painel Files, clique no menu More ao lado de dataform.json e, em seguida, em Delete.

  8. Para confirmar a exclusão de dataform.json, clique em Excluir.

O exemplo de código abaixo mostra as configurações do fluxo de trabalho definidas em um arquivo dataform.json:

{
  "warehouse": "bigquery",
  "defaultDatabase": "dataform-demos",
  "defaultLocation": "US",
  "defaultSchema": "dataform",
  "assertionSchema": "dataform_assertions"
  "vars": {
    "environmentName": "development"
  }
}

O exemplo de código a seguir mostra o arquivo dataform.json anterior convertido em workflow_settings.yaml:

defaultProject: dataform-demos
defaultLocation: US
defaultDataset: dataform
defaultAssertionDataset: dataform_assertions
vars:
    environmentName: "development"

Gerenciar o pacote principal do Dataform

Esta seção mostra como gerenciar o pacote de dependências do framework principal do Dataform e atualizá-lo para a versão mais recente.

O núcleo do Dataform é o framework de código aberto do Dataform para desenvolver fluxos de trabalho com SQL, SQLX e JavaScript. Como prática recomendada, sempre use a versão mais recente disponível do framework principal do Dataform. Para informações sobre as versões do framework principal do Dataform, consulte Versões do Dataform no GitHub.

Gerenciar a localização do pacote principal do Dataform

Quando você inicializa o primeiro espaço de trabalho em um repositório, o Dataform define automaticamente o núcleo do Dataform como um pacote de dependência. A partir do núcleo do Dataform 3.0.0, o Dataform instala o pacote principal do Dataform no arquivo workflow_settings.yaml por padrão. Nas versões anteriores do núcleo do Dataform, ele era definido no arquivo package.json.

No Dataform core 3.0.0 e versões mais recentes, se o Dataform core for o único pacote no repositório, defina-o no arquivo workflow_settings.yaml. Para repositórios criados com versões anteriores do núcleo do Dataform, mova o pacote do núcleo do Dataform para workflow_settings.yaml.

O arquivo package.json é necessário para instalar outros pacotes no Dataform. Se o repositório usar outros pacotes, defina o pacote principal do Dataform em package.json para que todos os pacotes sejam definidos em um só lugar. Se o repositório não tiver o arquivo package.json, crie o arquivo package.json e mova o pacote principal do Dataform para instalar outros pacotes.

Mover o núcleo do Dataform para workflow_settings.yaml

Para repositórios criados com versões do núcleo do Dataform anteriores a 3.0.0, se você não tiver pacotes de dependência além do núcleo do Dataform, mova o pacote do núcleo do Dataform do arquivo package.json para o arquivo workflow_settings.yaml e exclua o arquivo package.json redundante.

Para migrar o pacote principal do Dataform do arquivo package.json para o arquivo workflow_settings.yaml, faça o seguinte:

  1. No Console do Google Cloud, acesse a página Dataform.

    Acessar o Dataform

  2. Selecione um repositório e um espaço de trabalho.

  3. No painel Files, selecione o arquivo workflow_settings.yaml.

  4. No arquivo workflow_settings.yaml, adicione o pacote principal do Dataform no seguinte formato:

    dataformCoreVersion: "VERSION"
    
    

    Substitua VERSION pela versão mais recente do Dataform, por exemplo, 3.0.0.

  5. No painel Files, clique no menu More ao lado do arquivo package.json e clique em Delete.

  6. Para confirmar a exclusão do arquivo dataform.json, clique em Excluir.

  7. Clique em Instalar pacotes.

Mover o núcleo do Dataform para package.json

O arquivo package.json é necessário para instalar pacotes adicionais em um repositório. Se o repositório usar pacotes adicionais, armazene todos, incluindo o pacote principal do Dataform, no arquivo package.json.

Se o repositório não contiver o arquivo package.json porque o pacote principal do Dataform estiver definido no arquivo workflow_settings.yaml, crie o arquivo package.json para instalar outros pacotes e mova o pacote principal do Dataform do arquivo workflow_settings.yaml para o arquivo package.json recém-criado.

Para criar o arquivo package.json e mover o pacote principal do Dataform, siga estas etapas:

  1. No Console do Google Cloud, acesse a página Dataform.

    Acessar o Dataform

  2. Selecione um repositório e um espaço de trabalho.

  3. No painel Files, clique em addAdd e em Create file.

  4. No campo Adicionar um caminho de arquivo, insira package.json.

  5. Selecione Criar arquivo.

  6. No arquivo package.json, adicione o pacote principal do Dataform no seguinte formato:

    {
        "dependencies": {
            "@dataform/core": "VERSION"
        }
    }
    

    Substitua VERSION pela versão mais recente do Dataform, por exemplo, 3.0.0.

  7. Clique em Instalar pacotes.

  8. No painel Files, selecione workflow_settings.yaml.

  9. No arquivo workflow_settings.yaml, exclua a propriedade dataformCoreVersion.

Atualizar o núcleo do Dataform

Sempre teste novas versões de pacotes em um ambiente que não seja de produção antes de implantar no ambiente de produção.

Para atualizar o pacote de dependências do núcleo do Dataform, siga estas etapas:

  1. Consulte a versão mais recente de @dataform/core na página de versões do Dataform no GitHub.

  2. No Console do Google Cloud, acesse a página Dataform.

    Acessar o Dataform

  3. Selecione um repositório e um espaço de trabalho.

  4. No painel Files, selecione o arquivo package.json ou o workflow_settings.yaml.

    O local em que o pacote de dependência do núcleo do Dataform é definido depende da sua versão do núcleo do Dataform e do uso de pacotes. Para mais informações, consulte Gerenciar o local do pacote principal do Dataform.

  5. Atualize o pacote de dependência principal do Dataform com a versão mais recente:

    package.json

    {
        "dependencies": {
            "@dataform/core": "VERSION"
        }
    }
    

    Substitua VERSION pela versão mais recente do Dataform, por exemplo, 3.0.0. Para evitar problemas com a instalação do pacote, especifique explicitamente a versão do pacote do núcleo do Dataform. Não use outras opções dependencies do arquivo package.json, por exemplo, >version.

    workflow_settings.yaml

    dataformCoreVersion: "VERSION"
    

    Substitua VERSION pela versão mais recente do Dataform, por exemplo, 3.0.0.

  6. Clique em Instalar pacotes.

  7. Confirme as alterações.

  8. Envie as alterações para o repositório.

O exemplo de código abaixo mostra a dependência @dataform/core atualizada para a versão 3.0.0 no arquivo package.json:

{
    "dependencies": {
        "@dataform/core": "3.0.0"
    }
}

Controle de versões do código

Esta seção mostra como usar o controle de versões no Dataform para acompanhar o desenvolvimento.

O Dataform usa o Git para monitorar cada mudança feita nos arquivos de um repositório.

Em um repositório do Dataform, você interage diretamente com o repositório do Git.

Em um repositório conectado, você interage com a ramificação de rastreamento do repositório remoto que você configurou ao conectar o repositório.

O Dataform mostra opções de controle de versão com base no status das mudanças no espaço de trabalho de desenvolvimento. Por exemplo, o Dataform mostra a opção de confirmação somente quando há mudanças locais não confirmadas no seu espaço de trabalho. Quando os arquivos no seu espaço de trabalho são uma cópia exata da suas ramificações padrão ou de rastreamento, o Dataform mostra o status O espaço de trabalho está atualizado.

O Dataform mostra as seguintes opções de controle de versão:

Confirmar as alterações X
Confirme o número X de alterações locais no seu espaço de trabalho ou arquivos alterados selecionados. O Dataform mostra as mudanças não confirmadas.
Enviar para ramificação padrão
Envie as alterações confirmadas para a ramificação padrão. Essa opção está disponível em um repositório do Dataform se você não tiver mudanças não confirmadas no seu espaço de trabalho.
Enviar para your-branch-name
Envie as alterações confirmadas para your-branch-name. Essa opção está disponível em um repositório conectado a um repositório Git de terceiros se você não tiver alterações não confirmadas no seu espaço de trabalho.
Extrair da ramificação padrão
Atualize seus espaços de trabalho com as mudanças recentes da sua ramificação padrão. Essa opção está disponível em um repositório do Dataform se você não tiver mudanças não confirmadas ou não enviadas no seu espaço de trabalho.
Extrair de your-branch-name
Atualize seu espaço de trabalho com as mudanças recentes de your-branch-name. Essa opção está disponível em um repositório conectado a um repositório Git de terceiros se você não tiver alterações não confirmadas ou não enviadas no seu espaço de trabalho.
Reverter para a última confirmação
Restaure os arquivos no seu espaço de trabalho para o estado do último commit.

Extrair mudanças

Se o espaço de trabalho de desenvolvimento estiver fora de sincronia com o repositório, o Dataform vai mostrar a opção Pull. Para extrair mudanças do repositório para o espaço de trabalho de desenvolvimento, siga estas etapas:

  1. Na página Dataform, selecione um repositório.
  2. Na guia Espaços de trabalho de desenvolvimento, selecione um espaço de trabalho.
  3. Na página do espaço de trabalho de desenvolvimento, faça o seguinte:
    1. Se você estiver em um repositório do Dataform, clique em Extrair da ramificação padrão.
    2. Se você estiver em um repositório conectado a um repositório Git de terceiros, clique em Pull from your-branch-name.

Fazer commit

Depois de fazer uma mudança em um espaço de trabalho de desenvolvimento, o Dataform mostra a opção Commit. Você pode confirmar todas as mudanças locais ou arquivos selecionados.

Na caixa de diálogo New commit, o Dataform mostra as mudanças não confirmadas.

Para confirmar as mudanças do espaço de trabalho de desenvolvimento no repositório, siga estas etapas:

  1. Na página Dataform, selecione um repositório.
  2. Na página do repositório, selecione um espaço de trabalho de desenvolvimento.
  3. Na página do espaço de trabalho de desenvolvimento, clique em Commit.
  4. No painel New commit, faça o seguinte:

    1. No campo Adicionar uma mensagem de confirmação, insira uma descrição para a confirmação.
    2. Selecione os arquivos alterados que você quer confirmar.

      Se você não selecionar nenhum arquivo, o Dataform vai confirmar todas as mudanças locais. É possível filtrar arquivos alterados por estado, nome e caminho.

    3. Clique em Confirmar todas as alterações ou Confirmar alterações de X.

      O nome do botão depende da seleção de arquivos a serem confirmados.

Enviar mudanças

O Dataform mostra a opção Push depois que você confirma as mudanças. Para enviar as mudanças do espaço de trabalho de desenvolvimento para o repositório, siga estas etapas:

  1. Na página Dataform, selecione um repositório.
  2. Na página do repositório, selecione um espaço de trabalho de desenvolvimento.
  3. Confirmar as mudanças.
  4. Na página do espaço de trabalho de desenvolvimento, faça o seguinte:
    1. Se você estiver em um repositório do Dataform, clique em Enviar para a ramificação padrão.
    2. Se você estiver em um repositório conectado a um repositório Git de terceiros, clique em Enviar para your-branch-name.

Reverter alterações não confirmadas

Para reverter as mudanças não confirmadas, siga estas etapas:

  1. Na página Dataform, selecione um repositório.
  2. Na página do repositório, selecione um espaço de trabalho de desenvolvimento.
  3. Acima do painel Files, clique no menu More e selecione Revert to last commit.

Resolver conflitos de mesclagem

Um conflito de mesclagem pode acontecer quando uma mudança local no espaço de trabalho de desenvolvimento é incompatível com uma mudança feita na ramificação de rastreamento padrão do repositório. Conflitos de mesclagem geralmente ocorrem quando vários usuários editam o mesmo arquivo simultaneamente.

Você encontra um conflito de mesclagem geralmente quando extrai de uma ramificação depois que outro usuário fez uma mudança conflitante na mesma ramificação. Para resolver um conflito de mesclagem, edite o arquivo afetado.

O exemplo de código a seguir mostra um conflito de mesclagem exibido em um arquivo SQLX:

    <<<<<<< HEAD
    SELECT 1 as CustomerOrders
    =======
    SELECT 1 as Orders
    >>>>>>> refs/heads/main

Para resolver um conflito de mesclagem, siga estas etapas:

  1. No espaço de trabalho de desenvolvimento, no painel Files, selecione um arquivo afetado.
  2. Edite o arquivo com as mudanças escolhidas.
  3. Confirmar as mudanças.
  4. Opcional: alterações de push.

A seguir