Como usar o controle de versões e a implantação

Nesta página, presumimos que seu projeto já foi configurado para o controle de versões. Se o botão Configurar Git aparecer em vez das opções descritas nesta página, você precisará configurar o Git para seu projeto primeiro.

Integração do Git para controle de versões

O Looker usa o Git para registrar alterações e gerenciar versões de arquivos. Cada projeto LookML corresponde a um repositório Git, e cada ramificação de desenvolvedor está correlacionada a uma ramificação Git. Os repositórios Git costumam ser chamados de repos.

O Looker geralmente usa o GitHub para gerenciar arquivos de origem LookML. No entanto, o Looker pode ser configurado para funcionar com outros provedores do Git, como GitLab, Bitbucket ou qualquer servidor Git que possa usar uma chave SSH na autenticação.

O GitHub não aceita senhas de conta para autenticar operações do Git em github.com. Consulte a postagem do blog do GitHub (em inglês) para mais informações. Para conectar um projeto do Looker ao GitHub usando HTTPS, use as configurações do desenvolvedor no GitHub (em inglês) para criar um token de acesso pessoal. Para projetos atuais do Looker que se conectam ao GitHub usando HTTPS, redefina sua conexão Git usando um token de acesso pessoal do GitHub.

Um projeto do Looker usa apenas uma conta com seu provedor Git para todas as interações Git. Consulte a página de documentação Como integrar o Looker ao Git para informações sobre como configurar o Git. Para cada projeto do Looker, o desenvolvimento de todos os desenvolvedores do Looker passa por essa única conta do Git. Isso significa que os desenvolvedores do Looker não precisam ter as próprias contas com seu provedor do Git, a menos que sua instância do Looker seja configurada com uma das opções de integração adicionais. Nesse caso, um desenvolvedor do Looker precisa de uma conta do Git para abrir links externos para seu provedor do Git ou criar uma solicitação de envio.

Como trabalhar com ramificações do Git

Um dos principais benefícios do Git é que um desenvolvedor do Looker pode trabalhar em uma ramificação, uma versão isolada de um repositório de arquivos. Você pode desenvolver e testar sem afetar outros usuários. Como desenvolvedor do Looker, você está usando uma ramificação do Git sempre que estiver no modo de desenvolvimento.

Outro grande recurso do Git é a facilidade de colaboração com outros desenvolvedores que ele fornece. Você pode criar uma ramificação e, se quiser, fazer mudanças e, depois, outros desenvolvedores podem mudar para essa ramificação para revisar ou fazer mudanças nela. Se outro desenvolvedor tiver confirmado as alterações na ramificação, o Looker exibirá o botão Pull Remote Changes. Você precisa colocar essas alterações confirmadas na ramificação antes de fazer outras alterações.

Também é possível excluir uma ramificação que não seja a ramificação mestre, a ramificação atual ou uma ramificação pessoal do desenvolvedor.

Ramificações pessoais

Na primeira vez que você acessa o Modo de desenvolvimento, o Looker cria automaticamente sua ramificação do Git pessoal. Sua filial pessoal começa com dev- e inclui seu nome:

Sua ramificação pessoal é específica para você, e não pode ser excluída. Sua ramificação pessoal é somente leitura para todos os outros desenvolvedores. Se você estiver colaborando com outros desenvolvedores em um projeto, crie uma nova ramificação para que outras pessoas possam fazer alterações e contribuir com mudanças.

DICA: não é possível fazer alterações em ramificações pessoais de outro desenvolvedor. Para trabalhar na ramificação pessoal de outra pessoa, crie uma nova ramificação a partir da ramificação atual dele.

Como criar uma nova ramificação do Git

Se você trabalha em uma solução simples e não colabora com outros desenvolvedores, sua agência pessoal geralmente é um bom lugar para trabalhar. É possível usar sua ramificação pessoal para fazer atualizações rápidas e, em seguida, confirmar as alterações e enviá-las para produção.

No entanto, talvez você também queira criar novas ramificações do Git além da sua. Uma nova ramificação do Git faz sentido nestas situações:

  • Você está trabalhando com outros desenvolvedores. Como sua ramificação pessoal é somente leitura para outros desenvolvedores, se você quiser colaborar com outras pessoas, crie uma nova ramificação do Git para que outros desenvolvedores possam fazer gravações na ramificação. Ao colaborar com outras pessoas, registre alterações sempre que retomar o trabalho. Assim, você terá as atualizações mais recentes de todos os desenvolvedores antes de continuar o trabalho.
  • Ao trabalhar com vários conjuntos de recursos de uma só vez. Às vezes, você está no meio de um grande projeto, mas quer resolver um problema pequeno ou fazer uma correção rápida. Nesse caso, você pode confirmar as mudanças na ramificação em que está e depois criar ou alternar para outra ramificação para trabalhar em um conjunto de recursos separado. Faça a correção na nova ramificação e implante as alterações dela na produção antes de retomar o trabalho na ramificação original.

Antes de criar uma nova ramificação:

  • Se houver um conflito de integração na ramificação atual, será necessário resolver o conflito antes de criar uma nova.
  • Se houver mudanças não confirmadas na ramificação atual, você vai precisar confirmar as mudanças na ramificação atual antes de criar uma nova.
  • Se você quiser criar uma ramificação a partir de uma ramificação de desenvolvimento existente, e não a ramificação de produção, primeiro acesse a versão mais recente da ramificação de desenvolvimento mudando para aquela ramificação de desenvolvimento e, em seguida, extraa as alterações remotas para sincronizar sua versão local dessa ramificação.

Para criar uma nova ramificação do Git, faça o seguinte:

  1. Verifique se o modo de desenvolvimento está ativado.

  2. Navegue até os arquivos de projeto no menu Desenvolver.

  3. Clique no ícone Git no menu à esquerda para abrir o painel Git Actions.

  4. Clique no menu suspenso View Branches.

  5. Selecione New Branch.

  6. Na janela New Branch, insira um nome para sua ramificação. Existem limitações para nomes de ramificação do Git. Para requisitos de nomenclatura, consulte Regras para nomear uma ramificação do Git nesta página.

  7. Clique no menu suspenso Create From e selecione uma ramificação atual para usar como ponto de partida para sua nova ramificação.

  8. Clique em Criar para criar a ramificação.

Como alternativa, é possível criar ramificações do Git na guia Branch Management da página Project Settings.

Regras para nomear uma ramificação do Git

O Looker usa os requisitos de convenção de nomenclatura de ramificação especificados pelo Git.

Os nomes das ramificações do Git não podem:

  • conter um caractere de espaço;
  • Contém um período duplo: ..
  • Contém uma barra invertida: \
  • Contém a sequência: @{
  • Contém um ponto de interrogação: ?
  • Colchete de abertura: [
  • conter um caractere de controle ASCII: ~, \^ ou :;
  • Comece com um ponto final: .
  • Comece com o prefixo dev- (reservado para as ramificações pessoais dos desenvolvedores do Looker)
  • Terminar com uma barra: /
  • Terminar com a extensão: .lock

Além disso, o nome da ramificação só poderá conter um asterisco (*) se o asterisco representar um componente do caminho inteiro (por exemplo, foo/* ou bar/*/baz). Nesse caso, ele será interpretado como caractere curinga, e não como parte do nome real da ramificação.

Como mudar para outra ramificação do Git

Se houver um conflito de integração na ramificação atual, será necessário resolver o conflito antes de alternar para uma ramificação diferente.

Além disso, se você tiver mudanças não confirmadas na ramificação atual, não será possível alternar para uma ramificação atual até confirmar as mudanças na ramificação atual.

Para alternar para uma ramificação do Git diferente:

  1. No projeto, acesse o painel Git Actions clicando no ícone Git no menu de ícones à esquerda.
  2. No painel Git Actions, clique no menu suspenso da ramificação do Git pelo nome da ramificação Git atual.
  3. Para selecionar a ramificação que você quer usar, selecione-a no menu ou digite o nome da ramificação na caixa de pesquisa. A pesquisa de nome da ramificação não diferencia maiúsculas e minúsculas. Por exemplo, você pode pesquisar "DEV" e ver todas as ramificações com nomes que incluam "dev", "DEV", "Dev" e assim por diante.

Como gerenciar ramificações do Git

A guia Branch Management da página Project Settings mostra uma tabela de todas as ramificações Git para o projeto Looker. Para abrir a guia Branch Management, acesse a página Project Settings clicando no ícone Settings no menu de ícone à esquerda e selecionando a guia Branch Management.

Na guia Branch Management, você pode:

  1. Crie uma nova ramificação clicando no botão Nova ramificação. Consulte a seção Como criar uma nova ramificação do Git nesta página para ver mais informações.
  2. Procure nomes de ramificação na barra de pesquisa.
  3. Atualize a tabela clicando no botão Refresh.
  4. Classifique a tabela clicando no nome de uma coluna.

A tabela inclui as seguintes informações:

  • Nome: nome da ramificação do Git. Os ganhos pessoais do Looker começam com dev- e incluem o nome e o sobrenome do desenvolvedor.
  • Status: a diferença entre a versão local e a versão remota da ramificação. Por exemplo, um status 3 commits behind significa que a versão local da ramificação está atrás da versão remota da ramificação por três confirmações. Como o Looker sempre usa a versão remota do mestre, a guia Gerenciamento de ramificação não mostra o status da versão local do branch principal. Pode-se considerar que a ramificação mestre está sempre atualizada.
  • Última atualização: quanto tempo desde um desenvolvedor do Looker fez uma confirmação na ramificação.
  • Ações: um botão para excluir a ramificação ou o motivo pelo qual ela não está qualificada para exclusão.

Como excluir ramificações do Git

Na guia Branch Management, é possível excluir ramificações que têm um botão Delete na tabela. Não é possível excluir as seguintes ramificações:

Na tabela, essas ramificações não têm um botão Excluir. Em vez disso, a coluna Ação da tabela mostra o motivo de não ser possível excluir a ramificação.

Não é possível restaurar uma ramificação depois que ela for excluída. Quando você exclui uma ramificação, o Looker remove a versão local e a versão remota da ramificação.

No entanto, se a ramificação tiver sido criada por outro desenvolvedor do Looker, ou se outros desenvolvedores já tiverem feito a ramificação, esses desenvolvedores ainda terão a versão local da ramificação. Se um desenvolvedor do Looker confirmar a versão local da ramificação e enviá-la para produção, você verá novamente uma versão remota da ramificação. Isso pode ser útil se você quiser restaurar a ramificação. Caso contrário, quando você excluir uma ramificação, todos os outros desenvolvedores do Looker precisarão excluir a mesma ramificação para garantir que ela não possa ser recuperada acidentalmente por alguém que a envia para o controle remoto.

Para excluir uma ou várias ramificações do Git do seu projeto, acesse a página Project Settings clicando no ícone Settings no menu à esquerda e selecionando a guia Branch Management. Na guia Branch Management, você pode excluir as ramificações de duas maneiras:

  1. Exclua várias ramificações marcando as caixas de seleção e clicando em Delete selected Branches.
  2. excluir uma ramificação clicando em Excluir ao lado do nome dela.

Como executar comandos do Git no Looker

O Looker tem uma interface integrada que se integra ao serviço Git. No ambiente de desenvolvimento integrado do LookML, você verá um botão para o Git no canto superior direito:

O botão do Git mostra opções diferentes dependendo de onde você está no processo de fazer alterações e implantar na produção. Em geral, a opção mostrada no botão é o melhor guia para sua próxima ação.

Se a ramificação de desenvolvedor estiver sincronizada com a ramificação de produção, você verá a mensagem Atualizado:

Depois que seu projeto estiver configurado para o Git, o ambiente de desenvolvimento integrado mostrará o painel Git Actions com outros comandos do Git:

Os comandos disponíveis no painel Ações do Git dependem de onde você está no processo de fazer alterações e implantar na produção.

Como colocar as alterações em produção

Com a integração padrão do Git do Looker, o Looker solicita que os desenvolvedores usem o seguinte fluxo de trabalho do Git:

Isso significa que, com a integração padrão do Git, todos os desenvolvedores mesclam as mudanças em uma ramificação chamada master, e a confirmação mais recente na ramificação master é usada no ambiente de produção do Looker.

Para implementações avançadas do Git, é possível personalizar esse fluxo de trabalho:

  • Seus desenvolvedores podem enviar solicitações de envio para a ramificação de produção do Git em vez de permitir que os desenvolvedores mesclem as mudanças pelo ambiente de desenvolvimento integrado do Looker. Consulte a página Definir configurações de controle de versões do projeto para mais detalhes.
  • É possível usar o campo Git Production Branch Name para especificar qual ramificação do seu repositório Git precisa ser usada como a ramificação de destino em que os desenvolvedores do Looker são mesclados. Consulte a página Definir configurações de controle de versões do projeto para mais detalhes.
  • É possível usar o modo de implantação avançada para especificar um SHA de confirmação diferente ou um nome de tag para implantar no ambiente de produção do Looker, em vez de usar a confirmação mais recente na ramificação de produção. Para implantar uma confirmação de uma ramificação diferente, use o modo de implantação avançado webhook ou endpoint da API. Consulte a página de documentação Modo de implantação avançada para ver mais detalhes.

Se o botão Configurar Git aparecer em vez das opções descritas nesta seção, você precisará configurar o Git para seu projeto primeiro.

Como visualizar alterações não confirmadas

O ambiente de desenvolvimento integrado do LookML tem vários indicadores que são exibidos quando você está no modo de desenvolvimento e tem alterações não confirmadas, conforme descrito na seção Marcar adições, alterações e exclusões da página de documentação Como editar e validar LookML.

Você pode ver um resumo de diferença para todos os arquivos usando a opção View Uncommet Changes no painel Git Actions:

Na janela Alterações não confirmadas no projeto, é possível ver um resumo de todas as alterações salvas não confirmadas em todos os arquivos do projeto. Para cada alteração, o Looker mostra o seguinte:

  • O nome do arquivo substituído e o nome do arquivo adicionado.
    • O nome do arquivo substituído (indicado por ---) e o nome do arquivo adicionado (indicado por +++). Em muitos casos, isso pode mostrar versões diferentes do mesmo arquivo com revisões identificadas por --- a/ e +++ b/.
    • Os arquivos excluídos são substituídos por um arquivo nulo (+++ /dev/null).
    • Os arquivos adicionados substituem o arquivo nulo (--- /dev/null).
  • O número da linha em que a mudança começa.
    Por exemplo, -101,4 +101,4 indica que, na 101a linha do arquivo, 4 linhas foram removidas e 4 linhas foram adicionadas. Um arquivo excluído com 20 linhas mostrará -1,20 +0,0 para indicar que, na primeira linha do arquivo, 20 linhas foram removidas e substituídas por zero.
  • O texto que foi atualizado:
    • As linhas excluídas são exibidas em vermelho.
    • As linhas adicionadas são exibidas em verde.

Você também pode ver um resumo de diferenças para um único arquivo selecionando a opção View Changes no menu do arquivo:

Como confirmar mudanças

Depois de fazer e salvar as mudanças no seu projeto LookML, o ambiente de desenvolvimento integrado pode exigir que você valide seu LookML:

Isso é necessário dependendo da configuração do seu projeto para a qualidade do código. Para mais informações sobre o Content Validator, consulte a página de documentação Como validar o LookML.

Se outro desenvolvedor tiver feito mudanças na ramificação de produção desde a última atualização da ramificação local, o Looker exigirá que você extraia essas atualizações da ramificação de produção:

Se o projeto estiver ativado para o modo de implantação avançado, esse botão vai exibir Efetuar pull da ramificação primária.

Depois que você salva as mudanças (e corrige os avisos ou erros LookML, se necessário) e extraia da produção (se necessário), o botão Git exibe a mensagem a seguir:

Se quiser, você pode analisar as alterações não confirmadas antes de confirmar.

Quando estiver tudo pronto para confirmar as mudanças, use o botão Commit Changes & Push para confirmar as mudanças na ramificação atual. A janela a seguir será exibida, listando os arquivos que foram adicionados, alterados ou excluídos.

Digite uma mensagem que descreva as alterações rapidamente e desmarque os arquivos que você não quer que sejam incluídos na sincronização. Em seguida, clique em Commit para confirmar as alterações.

Como verificar PDTs não criados

Se você tiver feito alterações em qualquer PDT no projeto, é recomendável que todos sejam criados quando você implantar na produção, para que as tabelas possam ser usadas imediatamente como versões de produção. Antes de implantar as alterações, verifique se há PDTs não criados no seu projeto no painel Integridade do projeto. Clique no ícone Project Health e no botão Validate PDT Status:

Consulte a página de documentação Tabelas derivadas no Looker para mais informações sobre como verificar PDTs não criados no seu projeto LookML e sobre como trabalhar com tabelas derivadas no modo de desenvolvimento.

Como executar testes de dados

O projeto pode incluir testes de dados para verificar a lógica do seu modelo LookML. Consulte a página de documentação do parâmetro test para ver informações sobre como configurar testes de dados no seu projeto.

Você precisa estar no modo de desenvolvimento para executar testes de dados. Quando você está no modo de desenvolvimento, há várias maneiras de iniciar testes de dados para um projeto:

  1. Se as configurações do projeto estiverem definidas para exigir a aprovação dos testes de dados antes de implantar os arquivos na produção, o ambiente de desenvolvimento integrado exibirá o botão Run Tests depois que você confirmar mudanças no projeto. Isso vai executar todos os testes do projeto, independentemente do arquivo que o define. É preciso passar nos testes de dados antes de implantar as alterações na produção.
  2. Clique no botão Run Data Tests no painel Project Health. Isso executará todos os testes de dados no seu projeto, independentemente do arquivo que definir o teste.
  3. Selecione a opção Run LookML Tests no menu do arquivo. Isso executará apenas os testes definidos no arquivo atual.

Depois de executar os testes de dados, o painel Project Health mostrará o progresso e os resultados:

  • Um teste de dados é aprovado quando a declaração é testada para cada linha da consulta de teste. Consulte a página de documentação do parâmetro test para saber como configurar declarações e consultas de teste.
  • Se um teste de dados falhar, o painel Project Health fornecerá informações sobre o motivo da falha do teste, se o teste encontrou erros na lógica do seu modelo ou se foi o próprio teste inválido.
  • Nos resultados do teste de dados, clique no nome de um teste de dados para ir diretamente para o LookML do teste de dados ou clique no botão Explorar consulta para abrir uma opção "Explorar" com a consulta definida no teste de dados.

Como implantar a versão na produção

Depois de confirmar as mudanças na ramificação, o ambiente de desenvolvimento integrado do Looker solicitará que você mescle as mudanças na ramificação principal. O tipo de prompt que você verá no ambiente de desenvolvimento integrado vai depender da configuração do seu projeto:

  • Caso seu projeto esteja configurado para o modo de implantação avançado, o ambiente de desenvolvimento integrado solicitará que você mescle as alterações na ramificação primária. Depois de mesclar sua confirmação, um desenvolvedor do Looker com a permissão deploy pode implantar sua confirmação na produção usando o gerenciador de implantação do ambiente de desenvolvimento integrado do Looker ou usando um webhook ou um endpoint da API.
  • Se o projeto estiver configurado para integração com o Git usando solicitações de envio, você precisará abrir uma solicitação usando a interface do seu provedor do Git.
  • Caso contrário, com a integração padrão do Looker no Git, se você tiver a permissão deploy, o ambiente de desenvolvimento integrado do Looker solicitará que você mescle as alterações na ramificação de produção e implante-as na versão de produção da sua instância do Looker.

Modo de implantação avançado

Com a integração padrão do Git do Looker, os desenvolvedores do Looker confirmam as alterações em sua ramificação de desenvolvimento e, em seguida, mesclam a ramificação de desenvolvimento na ramificação de produção. Depois, quando você implanta no ambiente do Looker, o Looker usa a confirmação mais recente na ramificação de produção. Consulte a seção Alterações na produção desta página para ver o fluxo de trabalho padrão do Git e outras opções para implementações avançadas do Git.

Nos casos em que você não quer sempre usar a confirmação mais recente na ramificação de produção do ambiente do Looker, um desenvolvedor com permissão deploy pode usar o modo de implantação avançado para especificar a confirmação exata que será usada no ambiente do Looker. Isso é útil em fluxos de trabalho de desenvolvedores em vários ambientes, em que cada um deles aponta para uma versão diferente de uma base de código. Além disso, ela oferece ao desenvolvedor ou administradores mais controle sobre as alterações implantadas na produção.

Quando o modo de implantação avançado está ativado, o ambiente de desenvolvimento integrado do Looker não solicita que os desenvolvedores implantem as alterações na produção. Em vez disso, o ambiente de desenvolvimento integrado solicita que os desenvolvedores mesclem as mudanças na ramificação de produção. Depois disso, as alterações só podem ser implantadas das seguintes maneiras:

Consulte a página de documentação Modo de implantação avançada para ver mais detalhes.

Como verificar o impacto das alterações

Depois de disponibilizar as mudanças para a organização, você pode usar a validação de conteúdo para garantir que os painéis ou as aparências foram invalidados. Se for o caso, você poderá corrigi-los.

Como lidar com problemas típicos

Ao trabalhar no modelo, talvez seja necessário fazer o seguinte:

  • Abandonar as alterações

    Às vezes, você pode abandonar as alterações de modelagem de dados. Se eles ainda não estiverem salvos, basta atualizar ou sair da página e aceitar a solicitação de aviso. Se você salvar as alterações, poderá reverter as alterações não confirmadas conforme descrito na seção Como reverter alterações não confirmadas.

  • Resolver conflitos de integração com outros desenvolvedores

    Se houver mais de um desenvolvedor trabalhando no modelo de dados, o Git normalmente lidará com a situação. No entanto, às vezes o Git precisa de uma pessoa para resolver conflitos de integração.

Algumas alterações, como alterar o nome de um campo, podem afetar os painéis e as aparências existentes. Como mencionado anteriormente, depois de disponibilizar as mudanças para a organização, você pode usar a validação de conteúdo para verificar seu conteúdo e corrigir problemas.

Como reverter alterações não confirmadas

Ao trabalhar na sua ramificação de desenvolvimento pessoal, é possível reverter mudanças não confirmadas que você salvou se não quiser implantá-las. É possível reverter todas as mudanças não confirmadas para todos os arquivos no projeto ou apenas as alterações em um único arquivo.

Para reverter mudanças não confirmadas para todos os arquivos:

  1. Clique na opção Reverter para... no painel Git Actions.
  2. Selecione uma opção de reversão:
    • Para reverter apenas alterações não confirmadas, selecione Reverter alterações não confirmadas. Também é possível clicar no link Visualizar alterações para ver as mudanças que serão revertidas.
    • Para reverter todas as alterações, incluindo aquelas não confirmadas e confirmadas, selecione Reverter para produção.
  3. Para concluir a reversão, clique em Confirmar.

Para reverter adições ou exclusões no conteúdo de um único arquivo, selecione a opção Reverter alterações no menu do arquivo:

Ao renomear um arquivo, você exclui o arquivo original e cria outro com um novo nome. Como isso envolve mais de um arquivo, não é possível usar a opção Reverter arquivo para desfazer a renomeação de um arquivo. Se você quiser desfazer a renomeação do arquivo, use a opção Reverter para... do painel Git Actions.

Além disso, se você excluiu um arquivo, ele não será mais exibido no navegador de arquivos do ambiente de desenvolvimento integrado. Se você quiser reverter a exclusão de um arquivo, use a opção Reverter para... do painel Ações do Git.

Como resolver conflitos de integração

Normalmente, o Git pode mesclar automaticamente suas novas mudanças com a versão de produção dos seus arquivos LookML. Um conflito de integração ocorre quando o Git tem problemas para determinar quais mudanças manter. Isso geralmente ocorre quando outro desenvolvedor fez alterações desde a última vez que você o extraiu e você fez alterações na mesma área. Se houver um conflito de integração no seu código, você receberá um aviso no Looker depois de confirmar as alterações e extrair da produção:

Quando o Looker mostra o aviso de conflito de integração, recomendamos que você resolva o conflito de integração antes de fazer outras alterações. O envio de um conflito de integração para a produção causará erros de análise que podem impedir a exploração dos dados. Se você é um usuário Git avançado e quer continuar enviando mudanças, clique no botão Don't Resolve.

No próprio arquivo LookML, as linhas com conflitos são marcadas desta forma:

<<<<<<< HEAD
Your code
&#61;&#61;&#61;&#61;&#61;&#61;&#61;
Production code
>>>>>>> branch 'master'

O Looker mostra os seguintes marcadores de mesclagem para indicar os conflitos de integração:

  • <<<<<<< HEAD marca o início das linhas conflitantes.
  • >>>>>>> branch 'master' marca o fim das linhas conflitantes.
  • ======= separa cada versão do código para que você possa fazer comparações.

No exemplo anterior, your code representa as alterações confirmadas e production code representa o código em que o Git não conseguiu mesclar automaticamente as alterações.

Para resolver um conflito de integração, faça o seguinte:

  1. Encontre os arquivos com conflitos de integração. O Looker marca esses arquivos em vermelho, ou você também pode pesquisar seu projeto para encontrar marcadores de mesclagem, como <<<< ou HEAD, para encontrar todos os conflitos em seu projeto. Você também pode encontrar os arquivos afetados clicando no link files no aviso de mesclagem que aparece no painel Git Actions.
  2. No arquivo, acesse as linhas com conflitos de integração, exclua a versão do texto que você NÃO quer manter e também exclua todos os marcadores de conflito de integração.

  3. Salve o arquivo e repita as etapas anteriores para outros arquivos marcados com conflitos de integração.

    DICA: pesquise no seu projeto cada um dos marcadores de mesclagem para verificar se você resolveu todos os conflitos e excluiu todos eles. Remova todas as instâncias de marcadores de mesclagem nos seus arquivos LookML. Esses marcadores causarão erros de análise que podem impedir os usuários de explorar seus dados.

  4. Depois de resolver todos os conflitos de mesclagem e excluir todos os marcadores de mesclagem do projeto, confirme as alterações e implante-as na produção.

Agora que você resolveu o conflito de integração e enviou a resolução para a produção, outros desenvolvedores podem tirar o trabalho da produção e continuar trabalhando normalmente.

Coleta de lixo do Git

A coleta de lixo do Git limpa os arquivos desnecessários e compacta os arquivos para otimizar seu repositório Git. A coleta de lixo do Git (git gc) é executada automaticamente quando a instância do Looker é atualizada ou reinicializada. Para não executar git gc com muita frequência, o Looker aguarda 30 dias desde a última git gc e, em seguida, executa git gc na próxima reinicialização.

Em casos raros, você pode tentar Push Changes to Remote ou Push Branch to Remote enquanto git gc estiver em execução. Se o Looker mostrar um erro, aguarde um ou dois minutos e tente novamente.