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

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

O Looker usa o Git para registrar mudanças e gerenciar versões de arquivos. Cada projeto do LookML corresponde a um repositório Git, e cada ramificação de desenvolvedor corresponde a uma ramificação do Git.

O Looker pode ser configurado para funcionar com muitos provedores Git, como GitHub, GitLab e Bitbucket. Consulte a página de documentação Como configurar e testar uma conexão do Git para saber como configurar o Git no seu projeto do Looker.

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 no Looker, você usa uma ramificação do Git sempre que está no Modo de desenvolvimento.

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

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

Agências pessoais

Na primeira vez que você entrar no Modo de desenvolvimento, o Looker vai criar automaticamente sua ramificação pessoal do Git. Sua ramificação pessoal começa com dev- e inclui seu nome.

Sua ramificação pessoal é específica para você e não pode ser excluída. Seu branch pessoal é somente leitura para todos os outros desenvolvedores. Se você estiver colaborando com outros desenvolvedores em um projeto, convém criar um novo branch para que outros possam alternar para ele e também contribuir com alterações.

Como criar uma nova ramificação do Git

Se você está trabalhando em uma solução simples e não colabora com outros desenvolvedores, sua ramificação pessoal geralmente é um bom lugar para trabalhar. Você pode usar sua ramificação pessoal para fazer atualizações rápidas, confirmar as mudanças e enviá-las para produção.

No entanto, você também pode criar novas ramificações Git além da pessoal. 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 escrever nela. Ao colaborar com outras pessoas, faça o pull das mudanças sempre que retomar o trabalho. Assim, você terá as atualizações mais recentes de todos os desenvolvedores antes de continuar o trabalho.
  • Você está trabalhando em vários conjuntos de recursos de uma só vez. Às vezes, você pode estar no meio de um projeto importante, mas quer resolver um problema menor ou fazer uma correção rápida. Nesse caso, você pode confirmar as mudanças na ramificação em que está e criar ou alternar para outra ramificação para trabalhar em um conjunto separado de recursos. Você pode fazer a correção na nova ramificação e implantar as mudanças dela na produção antes de retomar o trabalho na ramificação original.

Antes de criar uma nova ramificação:

  • Se você tiver um conflito de mesclagem na sua ramificação atual, resolva o conflito antes de criar uma nova ramificação.
  • Se você tiver alterações não confirmadas na ramificação atual, confirme 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 da ramificação de produção), primeiro acesse a versão mais recente da ramificação de desenvolvimento mudando para ela e depois extraia as mudanças remotas para sincronizar a versão local dessa ramificação.

Para criar uma nova ramificação do Git:

  1. Verifique se você ativou o Modo de Desenvolvimento.

  2. Navegue até os arquivos do projeto no menu Develop.

  3. Selecione o ícone Git no menu de ícones à esquerda para abrir o painel Ações do Git.

  4. Selecione o menu suspenso View Branches.

  5. Selecione Nova filial.

  6. Na janela Nova ramificação, insira um nome para ela. Há limitações para os nomes de ramificação do Git. Para conferir os requisitos de nomenclatura, consulte Regras para nomear uma ramificação do Git nesta página.

  7. Selecione o menu suspenso Criar de e selecione uma ramificação para usar como ponto de partida da nova ramificação.

  8. Selecione Criar para criar a ramificação.

Como alternativa, você pode criar ramificações Git na guia Branch Management das configurações do projeto.

Regras para nomear uma ramificação do Git

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

Os nomes de branches do Git não podem:

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

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

Mudar para outra ramificação do Git

Se você tiver um conflito de mesclagem na sua ramificação atual, resolva o conflito antes de mudar para outra ramificação.

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

Para alternar para uma ramificação do Git diferente, siga estas etapas:

  1. No projeto, navegue até o painel Ações do Git selecionando o ícone Git no menu de ícones à esquerda.
  2. No painel Git Actions, selecione o menu suspenso da ramificação do Git à direita do nome da ramificação atual do Git.
  3. Selecione a ramificação para a qual você quer mudar no menu ou digite o nome dela na caixa de pesquisa. A pesquisa de nome de ramificação não diferencia maiúsculas de minúsculas. Por exemplo, você pode pesquisar "DEV" e conferir todas as ramificações com nomes que incluem "dev", "DEV", "Dev" e assim por diante.

Como gerenciar ramificações Git

A guia Gerenciamento de filiais das configurações do projeto mostra uma tabela com todas as filiais do Git do projeto do Looker. Para abrir a guia Gerenciamento de filiais, primeiro navegue até as configurações do projeto selecionando o ícone Configurações no menu de ícones à esquerda. Em seguida, selecione a guia Gerenciamento de filiais.

Na guia Gerenciamento de filiais, você pode:

  1. Selecione o botão New Branch para criar uma nova filial. Consulte a seção Como criar uma nova ramificação Git nesta página para ver mais informações.
  2. Pesquise os nomes das filiais na barra de pesquisa.
  3. Selecione o botão Atualizar para atualizar a tabela.
  4. Classifique a tabela selecionando o nome de uma coluna.

A tabela inclui as seguintes informações:

  • Nome: nome da ramificação do Git. As filiais pessoais dos desenvolvedores 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 remota da ramificação. Por exemplo, um status 3 commits behind significa que a versão local da ramificação está por trás da versão remota por três confirmações. Como o Looker sempre usa a versão remota do mestre, a guia Gerenciamento de filiais não mostra o status da versão local da filial mestre. O ramo mestre sempre pode ser considerado atualizado.
  • Última atualização: quanto tempo um desenvolvedor do Looker fez um commit na ramificação.
  • Ações: um botão para excluir a filial ou o motivo pelo qual a filial não está qualificada para exclusão.

Como excluir ramificações do Git

Na guia Gerenciamento de filiais, você pode excluir filiais que têm um botão Excluir 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 pelo qual a ramificação não pode ser excluída.

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

No entanto, se a ramificação foi criada por outro desenvolvedor do Looker ou se outros desenvolvedores fizeram o check-out da ramificação, esses desenvolvedores ainda terão a versão local da ramificação. Se um desenvolvedor do Looker fizer commit na versão local da ramificação e enviá-la para produção, você vai encontrar outra versão remota da ramificação. Isso pode ser útil se você quer 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 seja exposta acidentalmente por alguém que a envie para o remoto.

Para excluir uma ou mais ramificações do Git do projeto, primeiro acesse as configurações do projeto selecionando o ícone Configurações no menu de ícones à esquerda. Em seguida, selecione a guia Gerenciamento de filiais. Na guia Branch Management, é possível excluir ramificações de duas maneiras:

  1. Para excluir várias filiais, primeiro marque as caixas de seleção das filiais e depois selecione Excluir filiais selecionadas.
  2. Para excluir uma única ramificação, selecione 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. O Looker mostra o botão Git no canto superior direito do IDE do LookML.

O botão Git mostra diferentes opções, 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 do desenvolvedor estiver sincronizada com a ramificação de produção, o botão do Git vai mostrar a mensagem Up to Date e não poderá ser selecionado.

Depois de configurar o projeto para o Git, selecione o botão Git Actions para abrir o painel Git Actions.

Os comandos disponíveis no painel Git Actions dependem de onde você está no processo de fazer mudanças e implantar na produção.

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

Com a integração padrão do Looker Git, o Looker solicita aos desenvolvedores 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 para o ambiente de produção do Looker.

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

  • Você pode pedir que os desenvolvedores enviem solicitações de pull para sua ramificação de produção do Git, em vez de permitir que eles mesclem as mudanças pelo ambiente de desenvolvimento integrado do Looker. Consulte a página de documentação Como definir as configurações de controle de versão do projeto para mais detalhes.
  • É possível usar o campo Git Production Branch Name para especificar qual ramificação do repositório do Git o Looker deve usar como a ramificação de destino em que as ramificações dos desenvolvedores do Looker são mescladas. Consulte a página de documentação Como definir as configurações de controle de versão de um projeto para mais detalhes.
  • É possível usar o modo de implantação avançado para especificar um SHA ou nome de tag de commit diferente para implantar no ambiente de produção do Looker, em vez de usar o commit mais recente na ramificação de produção. Se você quiser implantar uma confirmação de uma ramificação diferente, use o webhook do modo de implantação avançado ou o endpoint da API. Consulte a página de documentação do modo de implantação avançado para mais detalhes.

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

Como visualizar alterações não confirmadas

O IDE do LookML tem vários indicadores que são exibidos quando você está no Modo de Desenvolvimento e tem alterações não confirmadas, como descrito na seção Marcação de adições, alterações e exclusões da página de documentação Visão geral do IDE do Looker.

Para conferir um resumo das diferenças para todos os arquivos, selecione a opção View Uncomcommit Changes no painel Git Actions.

Na janela Mudanças não confirmadas no projeto, o Looker mostra um resumo de todas as mudanças salvas e não confirmadas em todos os arquivos do projeto. Para cada mudança, o Looker mostra o seguinte:

  • O nome do arquivo substituído e do adicionado.
    • O nome do arquivo substituído (indicado com ---) e o nome do arquivo adicionado (indicado com +++). 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 mostrados como a substituição de um arquivo nulo (+++ /dev/null).
    • Os arquivos adicionados são mostrados como a substituição de um 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 adicionadas. Um arquivo excluído com 20 linhas mostraria -1,20 +0,0 para indicar que, na primeira linha do arquivo, 20 linhas foram removidas e substituídas por zero linhas.
  • O texto atualizado:
    • As linhas excluídas são exibidas em vermelho.
    • As linhas adicionadas são exibidas em verde.

Para mostrar um resumo das diferenças de um único arquivo, selecione a opção Ver alterações no menu do arquivo.

Como confirmar mudanças

Depois de fazer e salvar as alterações no projeto do LookML, o IDE pode exigir que você valide o LookML. O botão do Git mostra o texto Validate LookML nesse cenário.

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

Se outro desenvolvedor fez alterações na ramificação de produção desde a última atualização da ramificação local, o Looker exige que você extraia essas atualizações da ramificação de produção. O botão do Git exibe o texto Pull from Production nesse cenário.

Se o projeto estiver ativado para o modo de implantação avançada, o botão do Git exibirá o texto Pull from Primary Branch (Extrair da ramificação principal).

Depois de salvar as alterações e corrigir avisos ou erros do LookML, se necessário, e extrair da produção, se necessário, o botão do Git vai mostrar a mensagem Commit Changes & Push.

Se quiser, revise as mudanças não confirmadas antes de confirmar.

Quando estiver tudo pronto para confirmar as mudanças, use o botão Git para fazer o commit delas na ramificação atual. O Looker mostra a caixa de diálogo Commit, que lista os arquivos que foram adicionados, alterados ou excluídos.

Insira uma mensagem que descreva brevemente suas alterações e desmarque as caixas de seleção ao lado dos arquivos que você não deseja incluir na sincronização. Em seguida, selecione Commit para confirmar as alterações.

Verificar se há TDPs não criadas

Se você fez alterações nas PDTs do projeto, o ideal é que todas as PDTs sejam criadas quando forem implantadas na produção. Assim, as tabelas poderão ser usadas imediatamente como versões de produção. Para verificar o status das TDPs no projeto, selecione o ícone Integridade do projeto para abrir o painel Integridade do projeto e selecione o botão Validar o status da PDT.

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

Como executar testes de dados

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

Se o projeto tiver testes de dados e você estiver no Modo de desenvolvimento, poderá iniciar os testes de dados do projeto de várias maneiras:

  1. Se as configurações do projeto estiverem configuradas para exigir que os testes de dados sejam aprovados antes de implantar os arquivos na produção, o ambiente de desenvolvimento integrado vai mostrar o botão Run Tests depois que você confirmar as mudanças no projeto para executar todos os testes do projeto, não importa qual arquivo define o teste. Você precisa passar nos testes de dados antes de implantar as mudanças na produção.
  2. Selecione o botão Run Data Tests no painel Project Health. O Looker vai executar todos os testes de dados no projeto, seja qual for o arquivo que define o teste.
  3. Selecione a opção Executar testes do LookML no menu do arquivo. O Looker vai executar apenas os testes definidos no arquivo atual.

Depois de executar os testes de dados, o painel Integridade do projeto exibirá o progresso e os resultados.

  • Um teste de dados é aprovado quando a declaração dele é verdadeira para todas as linhas da consulta do teste. Consulte a página de documentação do parâmetro test para ver detalhes sobre como configurar declarações e consultas de teste.
  • Se um teste de dados for reprovado, o painel Integridade do projeto fornecerá informações sobre o motivo da falha, se o teste encontrou erros na lógica do modelo ou se o teste foi inválido.
  • Nos resultados do teste de dados, você pode selecionar o nome de um teste para acessar diretamente o LookML ou o botão Analisar consulta para abrir uma Análise com a consulta definida no teste de dados.

Como implantar a versão na produção

Depois de confirmar as alterações na ramificação, o ambiente de desenvolvimento integrado do Looker vai solicitar que você mescle as mudanças na ramificação principal. O tipo de solicitação que aparece no ambiente de desenvolvimento integrado depende da configuração do projeto:

  • Se o projeto estiver configurado para o modo de implantação avançado, o ambiente de desenvolvimento integrado vai solicitar que você mescle as mudanças na ramificação principal. Depois de mesclar o commit, um desenvolvedor do Looker com a permissão deploy pode implantar o commit na produção usando o deployment manager do ambiente de desenvolvimento integrado do Looker, um webhook ou um endpoint de API.
  • Se o projeto estiver configurado para integração com o Git usando solicitações de envio, você terá que abrir uma solicitação de envio usando a interface do seu provedor Git.
  • Caso contrário, com a integração padrão do Looker com o Git, se você tiver a permissão deploy, o ambiente de desenvolvimento integrado do Looker vai solicitar que você mescle as mudanças na ramificação de produção e as implante 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 Looker Git, os desenvolvedores do Looker confirmam as mudanças na ramificação de desenvolvimento e, em seguida, as mesclam na ramificação de produção. Depois, ao implantar no ambiente do Looker, o Looker usa o commit mais recente na ramificação de produção. Consulte a seção Como fazer as alterações para produção nesta página para ver o fluxo de trabalho padrão do Git e outras opções para implementações avançadas do Git.

Para casos em que você não quer usar sempre a confirmação mais recente na ramificação de produção do ambiente do Looker, um desenvolvedor com a permissão deploy pode usar o modo de implantação avançado para especificar a confirmação exata a ser usada no ambiente do Looker. Isso é útil em fluxos de trabalho de desenvolvedor em vários ambientes, em que cada ambiente aponta para uma versão diferente de uma base de código. Ele também dá a um ou vários desenvolvedores ou administradores um maior controle sobre as mudanças 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 mudanças na produção. Em vez disso, o ambiente de desenvolvimento integrado solicita que os desenvolvedores mesclem as alterações na ramificação de produção. A partir daí, as mudanças só podem ser implantadas das seguintes maneiras:

  • Como usar o deployment manager no IDE do Looker
  • Acionar um webhook

  • Usando um endpoint de API

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

Como verificar o impacto das suas mudanças

Depois de disponibilizar as mudanças para a organização, use a validação de conteúdo para garantir que não tenha invalidado dashboards ou Looks salvos. Você terá a oportunidade de corrigir os erros, se houver.

Como lidar com problemas comuns

Ao trabalhar no seu modelo, talvez seja necessário:

  • Abandonar as alterações

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

  • Processar conflitos de mesclagem com o trabalho de outros desenvolvedores

    Se você tiver mais de um desenvolvedor trabalhando no modelo de dados, o Git geralmente vai lidar com a situação. No entanto, às vezes o Git precisa de uma pessoa para resolver conflitos de mesclagem.

Algumas mudanças, como a mudança do nome de um campo, podem afetar os dashboards e os Looks. Como mencionado anteriormente, depois de disponibilizar as mudanças para a organização, você pode usar a validação de conteúdo para verificar o conteúdo e corrigir problemas.

Reverter alterações não confirmadas

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

Para reverter alterações não confirmadas para todos os arquivos:

  1. Selecione a opção Revert to... no painel Git Actions.
  2. Selecione uma opção de reversão:
    • Para reverter apenas mudanças não confirmadas, selecione Reverter alterações não confirmadas. Você também pode selecionar o link Conferir alterações para conferir as mudanças que seriam revertidas.
    • Para reverter todas as mudanças, incluindo as confirmadas e não confirmadas, selecione Reverter para a produção.
  3. Para concluir o processo de reversão, selecione Confirmar.

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

Ao renomear um arquivo, você basicamente exclui o arquivo original e cria um novo 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 de um arquivo, use a opção Reverter para... do painel Git Actions.

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

Como resolver conflitos de mesclagem

Normalmente, o Git pode mesclar automaticamente as novas alterações com a versão de produção dos arquivos do LookML. Um conflito de mesclagem ocorre quando o Git encontra mudanças conflitantes e não consegue identificar quais delas devem ser mantidas. Isso geralmente acontece quando outro desenvolvedor fez mudanças desde a última vez que você fez o pull e você fez mudanças na mesma área. Se houver um conflito de mesclagem no código, o Looker vai mostrar um aviso Conflitos de mesclagem depois que você confirmar as mudanças e extrair da produção.

Quando o Looker mostra o aviso de conflito de mesclagem, recomendamos que você resolva o conflito antes de fazer outras alterações. Enviar um conflito de mesclagem para produção causará erros de análise que podem impedir a exploração dos seus dados. Se você for um usuário avançado do Git e quiser continuar a fazer push das mudanças, selecione o botão Don't Resolve.

No próprio arquivo do LookML, as linhas com conflitos são marcadas da seguinte 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:

  • <<<<<<< HEAD marca o início das linhas em conflito.
  • &gt;&gt;&gt;&gt;&gt;&gt;&gt; branch 'master' marca o final das linhas conflitantes.
  • ======= separa cada versão do código para que você possa compará-las.

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

Para resolver um conflito de mesclagem:

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

  3. Salve o arquivo e repita as etapas anteriores para todos os outros arquivos marcados com conflitos de mesclagem.

  4. Depois de resolver todos os conflitos de mesclagem e excluir todos os marcadores de mesclagem do projeto, comete as mudanças e implante-as na produção.

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

Coleta de lixo do Git

A coleção de lixo do Git limpa arquivos desnecessários e compacta revisões de 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 impedir a execução de git gc com muita frequência, o Looker aguarda 30 dias desde a última git gc e executa git gc na próxima reinicialização.

Em casos raros, você pode tentar enviar as mudanças para o controle remoto ou enviar a ramificação para o controle remoto enquanto o git gc está em execução. Se o Looker mostrar um erro, aguarde um ou dois minutos e tente enviar as alterações novamente.