Esta página pressupõe que seu projeto já foi configurado para o controle de versões. Se um botão Configurar Git aparecer em vez das opções descritas nesta página, primeiro configure 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 se correlaciona a uma ramificação Git.
O Looker pode ser configurado para funcionar com vários provedores Git, como GitHub, GitLab e Bitbucket. Consulte a página de documentação Configurar e testar uma conexão do Git para informações sobre como configurar o Git no projeto do Looker.
Como trabalhar com ramificações 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. É possível desenvolver e testar sem afetar outros usuários. Como desenvolvedor no Looker, você usa uma ramificação Git sempre que está no Modo de Desenvolvimento.
Outro recurso importante do Git é a facilidade de colaboração com outros desenvolvedores. É possível criar uma ramificação e, se quiser, fazer alterações. Depois disso, outros desenvolvedores podem mudar para ela para revisar ou fazer mudanças. Se outro desenvolvedor tiver confirmado mudanças na ramificação, o Looker vai mostrar o botão Pull Remote Changes. É necessário extrair essas alterações confirmadas para a ramificação antes de fazer outras alterações.
Também é possível excluir uma ramificação que não seja a principal, a atual ou a pessoal de um desenvolvedor.
Ramificações pessoais
Na primeira vez que você acessa o modo de desenvolvimento, o Looker cria automaticamente sua ramificação Git pessoal. A ramificação pessoal começa com dev- e inclui seu nome.
A 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 alternar para essa ramificação e contribuir com mudanças também.
Como criar uma nova ramificação Git
Se você está trabalhando em uma correção simples e não está colaborando com outros desenvolvedores, sua ramificação pessoal geralmente é um bom lugar para trabalhar. Use a ramificação pessoal para fazer atualizações rápidas, confirme as alterações e envie-as para produção.
No entanto, você também pode querer criar novas ramificações Git além da sua ramificação pessoal. Uma nova ramificação 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 Git para que outros desenvolvedores possam gravar nela. Ao colaborar com outras pessoas, certifique-se de extrair alterações sempre que retomar o trabalho. Dessa forma, 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 ao mesmo tempo. À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, é possível confirmar as alterações na ramificação em que você está e, em seguida, criar ou alternar para outra ramificação para trabalhar em um conjunto separado de recursos. É possível fazer a correção na nova ramificação e, em seguida, implantar 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 mesclagem na ramificação atual, resolva esse conflito antes de criar um novo.
- Se houver alterações não confirmadas na ramificação atual, confirme as alterações nela antes de criar uma nova.
- Se você quiser criar uma ramificação a partir de outra de desenvolvimento (e não de produção), primeiro acesse a versão mais recente dela mudando para essa ramificação e extraia as mudanças remotas para sincronizar a versão local dela.
Para criar uma nova ramificação Git:
- Verifique se o Modo de desenvolvimento está ativado.
Acesse os arquivos do projeto no menu Desenvolver.
Selecione o ícone Git no menu à esquerda para abrir o painel Git Actions.
Selecione o menu suspenso View Branches.
Selecione New Branch.
Na janela Nova ramificação, insira o nome dela. Há limitações para nomes de ramificação do Git. Para conferir os requisitos de nomenclatura, consulte Regras para nomear uma ramificação do Git nesta página.
Selecione o menu suspenso Create From e use uma ramificação atual como ponto de partida para a nova.
Selecione Criar para criar uma ramificação.
Como alternativa, é possível criar ramificações 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 Git não podem:
- conter um caractere de espaço;
- Conter um ponto duplo:
.. - Conter uma barra invertida:
\ - Conter a sequência:
@{ - conter um ponto de interrogação:
?; - Conter um 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) - 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.
Como mudar para outra ramificação do Git
Se houver um conflito de mesclagem na ramificação atual, resolva esse conflito antes de alternar para outro branch.
Além disso, se você tiver alterações não confirmadas na ramificação atual, não será possível alternar para uma ramificação atual até que ela seja confirmada.
Para mudar para uma ramificação Git diferente, siga estas etapas:
- No projeto, navegue até o painel Git Actions selecionando o ícone Git no menu à esquerda.
- No painel Git Actions, selecione o menu suspenso da ramificação Git à direita do nome da ramificação Git atual.
- Para selecionar a ramificação que você quer usar, selecione-a 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 por "DEV" e ver todas as ramificações com nomes que incluem "dev", "DEV", "Dev" e assim por diante.
Como gerenciar ramificações do Git
A guia Branch Management (Gerenciamento de Branches) da página Project Settings (Configurações do projeto) mostra uma tabela com todas as ramificações Git do projeto do Looker. Para abrir a guia Branch Management, primeiro navegue até a página Project Settings selecionando o ícone Settings no menu à esquerda. Em seguida, selecione a guia Gerenciamento de ramificações.
Na guia Gerenciamento de ramificações, é possível fazer o seguinte:
- Selecione o botão New Branch para criar uma nova ramificação. Consulte a seção Como criar uma nova ramificação Git nesta página para ver mais informações.
- Pesquise nomes de ramificações na barra de pesquisa.
- Atualize a tabela selecionando o botão Atualizar.
- Classifique a tabela selecionando um nome de coluna.
A tabela inclui as seguintes informações:
- Nome: nome da ramificação do Git. As ramificações 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 behindsignifica que sua versão local da ramificação está atrás da versão remota da ramificação em três confirmações. Como o Looker sempre usa a versão remota da ramificação mestre, a guia Gerenciamento de ramificação não mostra o status da versão local dela. A ramificação mestre sempre pode ser considerada atualizada. - Última atualização: tempo desde que um desenvolvedor do Looker fez uma confirmação na ramificação.
- Ações: um botão para excluir a ramificação ou o motivo de ela não estar qualificada para exclusão.
Como excluir ramificações do Git
Na guia Gerenciamento de ramificações, é possível excluir ramificações que têm um botão Excluir na tabela. Não é possível excluir os seguintes branches:
- A ramificação mestra
- Sua ramificação atual
- Uma ramificação pessoal de um desenvolvedor do Looker
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 por que não é possível excluir a ramificação.
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 tiver sido criada por outro desenvolvedor do Looker ou se outros desenvolvedores tiverem verificado a ramificação, esses desenvolvedores ainda terão a versão local da ramificação. Se um desenvolvedor do Looker fizer confirmações na versão local da ramificação e enviá-la para produção, você vai encontrar 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 fazer isso para garantir que ela não apareça de novo acidentalmente por alguém que a envia para o modo remoto.
Para excluir uma ou mais ramificações Git do seu projeto, primeiro navegue até a página Project Settings selecionando o ícone Settings no menu à esquerda. Em seguida, selecione a guia Branch Management (Gerenciamento de ramificações). Na guia Gerenciamento de ramificações, é possível excluir ramificações de duas maneiras:
- Para excluir várias ramificações, primeiro marque as caixas de seleção delas e, em seguida, Excluir branches selecionados.
- Para excluir uma única ramificação, selecione Delete 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 ambiente de desenvolvimento integrado 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 de desenvolvedor estiver sincronizada com a ramificação de produção, o botão do Git exibirá a mensagem Up to Date e não poderá ser selecionado.
Depois que o projeto estiver configurado 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 alterações e implantar na produção.
Como colocar as mudanças na produção
Com a integração padrão do Looker Git, o Looker solicita aos desenvolvedores o seguinte fluxo de trabalho Git:
- Confirmar alterações na ramificação de desenvolvimento atual do desenvolvedor e executar testes de dados caso seu projeto esteja configurado para exigir testes antes da implantação.
- Mesclagem da ramificação de desenvolvimento com a de produção, que, por padrão, é chamada de
master. - Implantar a ramificação de produção no ambiente de produção do Looker que será apresentado aos usuários finais do Looker
Isso significa que, com a integração Git padrão, todos os desenvolvedores mesclam as mudanças em uma ramificação chamada master. 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:
- Seus desenvolvedores podem enviar solicitações de envio para a 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 serão mescladas. 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 modo de implantação avançado para especificar um SHA de confirmação ou um nome de tag diferente para implantar no ambiente de produção do Looker, em vez de usar a confirmação mais recente na ramificação de produção. Se você quiser implantar uma confirmação de uma ramificação diferente, use o webhook ou o endpoint de API do modo de implantação avançado. Consulte a página de documentação Modo de implantação avançado para mais detalhes.
Se um botão Configurar Git for exibido em vez das opções descritas nesta seção, primeiro você precisará configurar o Git para seu projeto.
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 Como marcar adições, alterações e exclusões da página de documentação Como editar e validar o LookML.
Para ver um resumo das diferenças de todos os arquivos, selecione a opção Ver alterações não confirmadas no painel Ações do Git.
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 o do arquivo adicionado.
- O nome do arquivo substituído (indicado por
---) 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 se estivessem substituindo um arquivo nulo (
+++ /dev/null). - Os arquivos adicionados aparecem como substituindo um arquivo nulo (
--- /dev/null).
- O nome do arquivo substituído (indicado por
- O número da linha em que a alteração começa.Por exemplo,
-101,4 +101,4indica que, na 101a linha do arquivo, quatro linhas foram removidas e quatro linhas foram adicionadas. Um arquivo excluído com 20 linhas mostraria-1,20 +0,0para indicar que, na primeira linha do arquivo, 20 linhas foram removidas e substituídas por zero linhas. - O texto que foi atualizado:
- As linhas excluídas são exibidas em vermelho.
- As linhas adicionadas são exibidas em verde.
Para exibir um resumo das diferenças de um único arquivo, selecione a opção View Changes no menu do arquivo.
Como confirmar mudanças
Depois de fazer e salvar as alterações no projeto LookML, o ambiente de desenvolvimento integrado pode exigir que você o valide. O botão Git mostra o texto Validate LookML nesse cenário.
Isso depende da configuração do seu projeto em relação à 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 tiver feito alterações na ramificação de produção desde a última atualização da sua ramificação local, o Looker exigirá que você extraia essas atualizações da ramificação de produção. Nesse cenário, o botão Git mostra o texto Pull from Production.
Se o modo de implantação avançado estiver ativado no seu projeto, o botão do Git exibirá o texto 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 exibirá o texto Confirmar alterações e enviar.
Se você quiser, analise as alterações 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 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 Confirmar para confirmar as mudanças.
Como verificar TDPs não criadas
Se você fez alterações em qualquer TDP no seu projeto, é ideal que todas as TDPs sejam criadas quando você as implantar na produção, para que as tabelas possam ser usadas imediatamente como as 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, em seguida, clique no botão Validar status da TDP.
Consulte a página de documentação Tabelas derivadas no Looker para mais informações sobre como verificar TDPs não criadas no seu projeto LookML e sobre 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 ver 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, é possível iniciar os testes de dados do projeto de várias maneiras:
- Se as configurações do projeto estiverem definidas para exigir que os testes de dados sejam aprovados antes da implantação dos arquivos na produção, o ambiente de desenvolvimento integrado vai apresentar o botão Executar testes depois que você confirmar as mudanças no projeto para executar todos os testes, seja qual for o arquivo que define o teste. É preciso passar nos testes de dados antes de implantar as alterações na produção.
- Selecione o botão Run Data Tests no painel Project Health. O Looker vai executar todos os testes de dados no seu projeto, seja qual for o arquivo que defina o teste.
- Selecione a opção Run LookML Tests no menu do arquivo. O Looker vai executar apenas os testes definidos no arquivo atual.
Depois de executar os testes de dados, o painel Project Health exibe o progresso e os resultados.
- Um teste de dados é aprovado quando a declaração dele é verdadeira para cada linha na consulta do teste. Consulte a página de documentação do parâmetro
testpara saber como configurar declarações e consultas de teste. - Se um teste de dados falhar, 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 foi o próprio teste inválido.
- Nos resultados do teste de dados, é possível selecionar o nome de um teste para ir diretamente ao LookML. Você também pode selecionar o botão Explore Query 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 mudanças na ramificação, o ambiente de desenvolvimento integrado do Looker vai solicitar que você mescle as mudanças à ramificação principal. O tipo de prompt exibido no ambiente de desenvolvimento integrado dependerá da configuração do seu 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 a confirmação, um desenvolvedor do Looker com a permissão
deploypoderá implantá-la na produção usando o gerenciador de implantação 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ê vai receber uma solicitação para abrir uma solicitação de envio usando a interface do provedor Git.
- Caso contrário, com a integração padrão do Looker 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 implante as mudanç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 Looker Git, os desenvolvedores do Looker confirmam as mudanças na ramificação de desenvolvimento e 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 Como fazer alterações na produção nesta página para conferir o fluxo de trabalho padrão do Git e outras opções para implementações avançadas do Git.
Quando você não quer usar sempre a confirmação mais recente na ramificação de produção do seu ambiente do Looker, um desenvolvedor com permissão deploy pode usar o modo de implantação avançado para especificar a confirmação exata a ser usada no seu ambiente do Looker. Isso é útil em fluxos de trabalho de desenvolvedores de vários ambientes, em que cada ambiente aponta para uma versão diferente de uma base de código. Ela também dá a um ou vários desenvolvedores 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 pede que os desenvolvedores implantem as mudanças na produção. Em vez disso, o ambiente de desenvolvimento integrado pede que os desenvolvedores mesclem as mudanças na ramificação de produção. A partir daí, as alterações só podem ser implantadas das seguintes maneiras:
- Como usar o gerenciador de implantação no ambiente de desenvolvimento integrado do Looker
- Como acionar um webhook
Usando um endpoint de API
Consulte a página de documentação Modo de implantação avançado para mais detalhes.
Como verificar o impacto das suas alterações
Depois de disponibilizar as mudanças para a organização, use a validação de conteúdo para garantir que os dashboards ou os Looks salvos não foram invalidados. Você terá a oportunidade de corrigi-los, se tiver.
Como lidar com problemas comuns
Ao trabalhar no seu modelo, talvez seja necessário:
Abandonar as alterações
Às vezes, pode ser necessário abandonar as alterações na modelagem de dados. Se elas ainda não estiverem salvas, basta atualizar ou sair da página e aceitar o aviso. Se você tiver salvado as alterações, poderá reverter as alterações não confirmadas conforme descrito na seção Como reverter alterações não confirmadas.
Processar conflitos de mesclagem com o trabalho de outros desenvolvedores
Se mais de um desenvolvedor estiver trabalhando no seu modelo de dados, o Git geralmente cuidará da situação. No entanto, às vezes, o Git precisa de uma pessoa para resolver conflitos de mesclagem.
Algumas mudanças, como mudar o nome de um campo, podem afetar os dashboards e os Looks atuais. Como mencionado antes, depois de disponibilizar as mudanças para a organização, você poderá usar a validação de conteúdo para verificar o conteúdo e corrigir problemas.
Como reverter alterações não confirmadas
Ao trabalhar na sua ramificação de desenvolvimento pessoal, é possível reverter as alterações não confirmadas salvas se não quiser implantá-las. É possível reverter todas as alterações não confirmadas de todos os arquivos do projeto ou apenas as alterações em um único arquivo.
Para reverter alterações não confirmadas para todos os arquivos:
- Selecione a opção Revert to... no painel Git Actions.
- Selecione uma opção de reversão:
- Para reverter somente mudanças não confirmadas, selecione Reverter alterações não confirmadas. Também é possível selecionar o link Ver alterações para conferir as mudanças que seriam revertidas.
- Para reverter todas as alterações, incluindo alterações não confirmadas e confirmadas, selecione Reverter para produção.
- 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 alterações no menu desse arquivo:
Ao renomear um arquivo, você basicamente exclui o arquivo original e cria um novo com outro nome. Como isso envolve mais de um arquivo, não é possível usar a opção Reverter arquivo para desfazer a renomeação do arquivo. Para desfazer a renomeação de um arquivo, use a opção Revert to... no painel Ações do Git.
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. Para reverter a exclusão de um arquivo, use a opção Revert to... no painel Ações do Git.
Como resolver conflitos de mesclagem
Normalmente, o Git pode mesclar automaticamente as novas mudanças com a versão de produção dos arquivos LookML. Um conflito de mesclagem ocorre quando o Git encontra mudanças conflitantes e não consegue identificar quais delas precisam ser mantidas. Isso geralmente acontece quando outro desenvolvedor fez alterações desde a última execução e você fez alterações na mesma área. Se houver um conflito de mesclagem no seu código, o Looker vai mostrar um aviso Conflitos de mesclagem depois que você confirmar mudanças e extrair da produção.
Quando o Looker mostrar o aviso de conflito de mesclagem, recomendamos que você resolva o conflito antes de fazer outras mudanças. Transferir um conflito de integração para a 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 enviando as alterações, selecione o botão Não resolver.
No próprio arquivo LookML, as linhas com conflitos são marcadas assim:
<<<<<<< HEAD
Your code
=======
Production code
>>>>>>> branch 'master'
O Looker mostra os seguintes marcadores de combinação para indicar os conflitos:
- <<<<<<<
HEADmarca 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 compará-las.
No exemplo anterior, your code representa as mudanças que você confirmou, e production code representa o código em que o Git não conseguiu mesclar as mudanças automaticamente.
Para resolver um conflito de mesclagem, faça o seguinte:
- Encontre os arquivos com conflitos de mesclagem. O Looker marca esses arquivos em vermelho. Também é possível pesquisar no seu projeto marcadores de mesclagem, como <<<< ou
HEAD, para encontrar todos os conflitos. Também é possível encontrar os arquivos afetados selecionando o link files no aviso de mesclagem exibido no painel Git Actions. - No arquivo, vá para as linhas com conflitos de mesclagem e exclua a versão do texto que você NÃO quer manter. Além disso, exclua todos os marcadores de conflitos de mesclagem.
Salve o arquivo e repita as etapas anteriores para todos os outros arquivos marcados com conflitos de mesclagem.
Depois de resolver todos os conflitos 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 mesclagem e enviou sua resolução para a produção, outros desenvolvedores podem extrair da produção e continuar o trabalho como de costume.
Coleta de lixo do Git
O Git garbage collection 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 evitar que git gc seja executado com muita frequência, o Looker espera 30 dias desde a última git gc e executa o git gc na próxima reinicialização.
Em casos raros, é possível tentar Enviar mudanças para um ambiente remoto ou Enviar ramificação para um ambiente remoto enquanto git gc estiver em execução. Se o Looker mostrar um erro, aguarde um ou dois minutos e tente enviar as alterações novamente.