Este documento mostra como fazer o seguinte no Dataform:
- Defina as configurações do fluxo de trabalho do Dataform.
- Gerencie o pacote principal do Dataform.
- Controle de versões do código.
Antes de começar
- Crie um repositório.
- Opcional: conecte seu repositório a um repositório Git de terceiros.
- 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, chamadodataform
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 dedataform_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 dedataform_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
No espaço de trabalho de desenvolvimento, no painel Files, clique no arquivo
workflow_settings.yaml
.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
No espaço de trabalho de desenvolvimento, no painel Files, clique no arquivo
dataform.json
.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
- Acesse o espaço de trabalho de desenvolvimento do Dataform.
- No painel Files, selecione o arquivo
workflow_settings.yaml
. 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
- Acesse o espaço de trabalho de desenvolvimento do Dataform.
- No painel Files, selecione o arquivo
dataform.json
. 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:
- Acesse o espaço de trabalho de desenvolvimento do Dataform.
- No painel Files, selecione um arquivo de definição de tabela SQLX.
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
- VARIABLE: o nome da variável, por
exemplo,
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:
No Console do Google Cloud, acesse a página Dataform.
Selecione um repositório e um espaço de trabalho.
No painel Files, clique em addAdd e, em seguida, em Create file.
No campo Adicionar um caminho de arquivo, insira
workflow_settings.yaml
.Selecione Criar arquivo.
No arquivo
workflow_settings.yaml
, adicione as configurações do arquivodataform.json
, mapeadas para o formato YAML.No painel Files, clique no menu More ao lado de
dataform.json
e, em seguida, em Delete.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:
No Console do Google Cloud, acesse a página Dataform.
Selecione um repositório e um espaço de trabalho.
No painel Files, selecione o arquivo
workflow_settings.yaml
.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
.No painel Files, clique no menu More ao lado do arquivo
package.json
e clique em Delete.Para confirmar a exclusão do arquivo
dataform.json
, clique em Excluir.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:
No Console do Google Cloud, acesse a página Dataform.
Selecione um repositório e um espaço de trabalho.
No painel Files, clique em addAdd e em Create file.
No campo Adicionar um caminho de arquivo, insira
package.json
.Selecione Criar arquivo.
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
.Clique em Instalar pacotes.
No painel Files, selecione
workflow_settings.yaml
.No arquivo
workflow_settings.yaml
, exclua a propriedadedataformCoreVersion
.
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:
Consulte a versão mais recente de
@dataform/core
na página de versões do Dataform no GitHub.No Console do Google Cloud, acesse a página Dataform.
Selecione um repositório e um espaço de trabalho.
No painel Files, selecione o arquivo
package.json
ou oworkflow_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.
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çõesdependencies
do arquivopackage.json
, por exemplo,>version
.workflow_settings.yaml
dataformCoreVersion: "VERSION"
Substitua VERSION pela versão mais recente do Dataform, por exemplo,
3.0.0
.Clique em Instalar pacotes.
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:
- Na página Dataform, selecione um repositório.
- Na guia Espaços de trabalho de desenvolvimento, selecione um espaço de trabalho.
- Na página do espaço de trabalho de desenvolvimento, faça o seguinte:
- Se você estiver em um repositório do Dataform, clique em Extrair da ramificação padrão.
- 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:
- Na página Dataform, selecione um repositório.
- Na página do repositório, selecione um espaço de trabalho de desenvolvimento.
- Na página do espaço de trabalho de desenvolvimento, clique em Commit.
No painel New commit, faça o seguinte:
- No campo Adicionar uma mensagem de confirmação, insira uma descrição para a confirmação.
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.
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:
- Na página Dataform, selecione um repositório.
- Na página do repositório, selecione um espaço de trabalho de desenvolvimento.
- Confirmar as mudanças.
- Na página do espaço de trabalho de desenvolvimento, faça o seguinte:
- Se você estiver em um repositório do Dataform, clique em Enviar para a ramificação padrão.
- 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:
- Na página Dataform, selecione um repositório.
- Na página do repositório, selecione um espaço de trabalho de desenvolvimento.
- 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:
- No espaço de trabalho de desenvolvimento, no painel Files, selecione um arquivo afetado.
- Edite o arquivo com as mudanças escolhidas.
- Confirmar as mudanças.
- Opcional: alterações de push.
A seguir
- Para saber mais sobre as configurações do projeto do Dataform, consulte a
referência
IProjectConfig
. - Para saber como instalar outros pacotes, consulte Instalar um pacote no Dataform.
- Para saber como criar uma tabela, consulte Criar uma tabela.