Nesta página, presumimos que seu projeto já esteja configurado para controle de versão. Se você encontrar um botão Configurar Git 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 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 do 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 vai mostrar o botão Pull Remote Changes. É preciso extrair essas mudanças 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.
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, talvez seja melhor criar uma nova ramificação para que outras pessoas possam mudar para essa ramificação e contribuir com as mudanças.
Como criar uma nova ramificação do Git
Se você estiver trabalhando em uma correção simples e não estiver colaborando 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 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 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. Quando você estiver colaborando 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 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, 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 filial:
- 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:
- Confira se o Modo de desenvolvimento está ativado.
Navegue até os arquivos do projeto no menu Develop.
Selecione o ícone Git no menu de ícones à esquerda para abrir o painel Ações do Git.
Selecione o menu suspenso View Branches.
Selecione Nova filial.
Na janela New Branch, insira um nome para a ramificação. Há limitações para os nomes de ramificação do Git. Para saber mais sobre os requisitos de nomenclatura, consulte Regras para nomear uma ramificação do Git nesta página.
Selecione o menu suspenso Criar de e selecione uma ramificação para usar como ponto de partida da nova ramificação.
Selecione Criar para criar a ramificação.
Como alternativa, é possível criar ramificações do Git na guia Gerenciamento de ramificações das configurações do projeto.
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 de branches do Git não podem:
- Conter um caractere de espaço
- Conter dois pontos:
.. - Contém uma barra invertida:
\ - Conter a sequência:
@{ - Contêm um ponto de interrogação:
? - Conter 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 filiais pessoais dos desenvolvedores do Looker) - Terminar com uma barra:
/ - Terminar 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 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 mudanças não confirmadas na ramificação atual, não será possível alternar para uma ramificação até que você confirme as mudanças na ramificação atual.
Para mudar para outra ramificação do Git, siga estas etapas:
- No projeto, navegue até o painel Ações do Git selecionando o ícone Git no menu de ícones à esquerda.
- No painel Ações do Git, selecione o menu suspenso da ramificação do Git à direita do nome da ramificação atual.
- 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 filial 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.
Gerenciar ramificações do Git
A guia Gerenciamento de ramificação das configurações do projeto mostra uma tabela com todas as ramificações do Git para o 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:
- Selecione o botão New Branch para criar uma nova filial. Consulte a seção Como criar uma nova ramificação do Git nesta página para mais informações.
- Pesquise os nomes das filiais na barra de pesquisa.
- Selecione o botão Atualizar para atualizar a tabela.
- 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 de
3 commits behindsignifica que a versão local da ramificação está três confirmações atrás da versão remota. 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: período desde que um desenvolvedor do Looker fez uma confirmação no branch.
- Ações: um botão para excluir a ramificação ou o motivo pelo qual ela não pode ser excluída.
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:
- A ramificação principal
- Sua ramificação atual
- A filial 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 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, eles ainda terão a versão local dela. Se um desenvolvedor do Looker fizer confirmações na versão local da ramificação e a enviar para a produção, você vai encontrar novamente uma 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 exibida 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 Gerenciamento de filiais, é possível excluir filiais de duas maneiras:
- Para excluir várias filiais, primeiro selecione as caixas de seleção das filiais e depois Excluir filiais selecionadas.
- Para excluir uma única ramificação, selecione Excluir ao lado do nome dela.
Como executar comandos do Git no Looker
A Looker tem uma interface integrada ao seu serviço do Git. O Looker mostra o botão Git no canto superior direito do ambiente de desenvolvimento integrado do LookML.
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 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 que o projeto for configurado para o Git, selecione o botão Ações do Git para abrir o painel Ações do Git.
Os comandos disponíveis no painel Ações do Git dependem do processo de fazer mudanças e implantar na produção.
Como levar suas mudanças para a produção
Com a integração padrão do Looker com o Git, o Looker solicita que os desenvolvedores sigam o seguinte fluxo de trabalho do Git:
- Confirmar as alterações no branch de desenvolvimento atual do desenvolvedor e executar testes de dados se o projeto estiver configurado para exigir testes antes da implantação.
- Mesclar a ramificação de desenvolvimento com a de produção, que é chamada de
masterpor padrão - 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 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 é o que é usado 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 do 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 um commit 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 do modo de implantação avançado para mais detalhes.
Se você encontrar um botão Configurar Git em vez das opções descritas nesta seção, primeiro configure o Git para seu projeto.
Como conferir 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 Visão geral do ambiente de desenvolvimento integrado do Looker.
Para conferir um resumo das diferenças de todos os arquivos, selecione a opção View Uncommitted Changes no painel Git Actions.
Na janela Uncommitted Changes to Project, 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 substitutos de um arquivo nulo (
--- /dev/null).
- O nome do arquivo substituído (indicado com
- O número da linha em que a mudança começa.Por exemplo,
-101,4 +101,4indica que, na 101ª linha do arquivo, 4 linhas foram removidas e 4 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 atualizado:
- As linhas excluídas são mostradas 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 mudanças no projeto do LookML, o ambiente de desenvolvimento integrado pode exigir que você valide o LookML. O botão do Git mostra o texto Validar LookML nesse cenário.
A necessidade disso depende da configuração de qualidade do código do seu projeto. 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 filial de produção desde a última atualização da filial local, o Looker vai exigir que você extraia essas atualizações da filial de produção. O botão do Git mostra o texto Pull from Production nesse cenário.
Se o projeto estiver ativado para o modo de implantação avançado, o botão do Git vai mostrar o texto Pull from Primary Branch.
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 o texto Commit Changes & Push.
Se quiser, você pode analisar as mudanças não confirmadas antes de confirmar.
Quando estiver tudo pronto para aplicar as alterações, use o botão do Git para fazer isso na sua 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 as mudanças e desmarque as caixas de seleção ao lado dos arquivos que você não quer incluir na sincronização. Em seguida, selecione Confirmar para confirmar as mudanças.
Verificar se há TDPs não criadas
Se você fez alterações em qualquer PDT no seu projeto, é ideal que todos os PDTs sejam criados quando você 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 Saúde do projeto para abrir o painel Saúde do projeto e 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 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 modelo do LookML. Consulte a página de documentação do parâmetro test para saber 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:
- 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.
- Selecione o botão Run Data Tests no painel Project Health. O Looker vai executar todos os testes de dados no seu projeto, não importa qual arquivo define 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 que você executar os testes de dados, o painel Saúde do projeto vai mostrar o progresso e os resultados.
- Um teste de dados é aprovado quando a declaração do teste é verdadeira para cada linha na consulta do teste. Consulte a página de documentação do parâmetro
testpara saber como configurar declarações de teste e consultas. - Se um teste de dados falhar, o painel Saúde do projeto vai mostrar informações sobre o motivo da falha, se o teste encontrou erros na lógica do modelo ou se o teste em si era 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 você vai encontrar 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
deploypode 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ê vai receber uma solicitação para abrir uma solicitação de envio usando a interface do seu provedor do 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. Em seguida, ao implantar no ambiente do Looker, ele usa o commit mais recente na ramificação de produção. Consulte a seção Como levar suas mudanças para a 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.
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 com 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 mudanças 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
Como usar um endpoint da 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 você não tenha invalidado nenhum painel ou visualizações salvas. Você terá a oportunidade de corrigir os erros, se houver.
Como lidar com problemas comuns
Ao trabalhar no modelo, talvez seja necessário:
Abandonar as mudanças
À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, ocasionalmente o Git precisa de uma pessoa para resolver conflitos de mesclagem.
Algumas mudanças, como a alteração do nome de um campo, podem afetar os painéis e os Looks atuais. 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, você pode reverter as mudanças não confirmadas que foram salvas 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 as mudanças não confirmadas de todos os arquivos:
- Selecione a opção Revert to... no painel Git Actions.
- Selecione uma opção de reversão:
- Para reverter apenas as alterações 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.
- 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:
Quando você renomeia um arquivo, na verdade você está excluindo o arquivo original e criando 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 Revert to... no 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 Revert to... no painel Git Actions.
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 de 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 mudanças. O envio de um conflito de mesclagem para a produção causa erros de análise que podem impedir a análise 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 LookML, as linhas com conflitos são marcadas assim:
<<<<<<< HEAD
Your code
=======
Production code
>>>>>>> branch 'master'
O Looker mostra os seguintes marcadores de mesclagem para indicar os conflitos de mesclagem:
- <<<<<<<
HEADmarca o início das linhas em conflito. - >>>>>>>
branch 'master'marca o fim das linhas em conflito. - ======= 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:
- 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 mesclagem que aparece no painel Ações do Git. - No arquivo, acesse as linhas com conflitos de mesclagem e exclua a versão do texto que você NÃO quer manter, além de todos os marcadores de conflito 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 de mesclagem e excluir todos os marcadores de mesclagem do projeto, comete as mudanças e implante 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 trabalhando 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 reiniciada. Para evitar a execução de git gc com muita frequência, o Looker aguarda 30 dias desde a última git gc e depois 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 mudanças novamente.