É seguro clone superficial com -Depth 1, criar compromissos e fazer atualizações novamente?

Enquanto trabalham no Git, os desenvolvedores clonam repositórios remotos para que possam acessar os arquivos do projeto e fazer suas alterações. Mais especificamente, a clonagem cria uma cópia local de um repositório remoto no sistema local do usuário e permite que eles trabalhem no projeto localmente. Depois disso, eles podem empurrar suas mudanças locais de volta ao repositório do GitHub para que outros membros da equipe acessem.

Este artigo explicará:

• É seguro o clone superficial/copiar repo Git com "-Depth 1", fazer compromissos e obter/puxar atualizações novamente?
• Como fazer clone/cópia superficial repo com "-Depth 1", fazer compromissos e obter/puxar atualizações novamente?

É seguro o clone superficial/copiar repo Git com "-Depth 1", fazer compromissos e obter/puxar atualizações novamente?

Geralmente é seguro clone superficial um repositório com o “-profundidade 1”Opção, faça comissões e obtenha/puxe atualizações. No entanto, essa abordagem pode levar a alguns problemas menores, como:

• Clonagem superficial de um repositório com "-Depth 1" apenas clones ou downloads os últimos compromissos e não toda a história, para que os usuários não possam ter acesso a todo o repositório.
• Os usuários não podem reverter para uma versão mais antiga do código.
• Ao puxar as atualizações novamente, os usuários só poderão puxar as alterações feitas para a confirmação mais recente. Se houver alterações nos compromissos anteriores de que precisam, eles não serão capazes de obtê -los.
• Se os desenvolvedores criarem compromissos e os empurrar.

No geral, a clonagem superficial com a profundidade 1 pode ser útil para obter rapidamente uma cópia do repositório, mas pode não ser a melhor opção se você precisar acessar todo o histórico do código.

Como o clone raso/copiar o repo Git com "-Depth 1", faz compromissos e obter/puxar atualizações novamente?

Para clone superficial um repositório Git específico com a profundidade 1, crie compromissos e faça atualizações novamente, primeiro, navegue para o repositório local. Em seguida, clone o repositório remoto com profundidade 1 usando o “Git clone -Depth 1 ”Comando. Em seguida, vá para o repositório clonado, faça alterações e cometê -las. Depois disso, execute operações de push e puxar.

Etapa 1: mude para o repositório local

Primeiro, digite o seguinte comando e redirecione para o repositório local desejado:

$ CD "C: \ git \ local_repo

Etapa 2: Clone Remote Repository

Em seguida, clonar ou copiar o repositório remoto específico, utilizando o “clone git”Comando junto com a profundidade desejada e o URL HTTP do repositório do GitHub:

CLONE $ GIT -Deptimo 1 https: // github.com/Laibayounas/Demo.git

Aqui o "-profundidade"Opção com uma"1”O valor recebe apenas o mais recente compromisso:

Etapa 3: Mova para o repositório remoto

Em seguida, mude para o repositório clonado através do “cd”Comando:

$ CD Demo

Etapa 4: Verifique o log de referência

Em seguida, verifique o log de referência para visualizar o histórico de compromissos:

$ Git Reflog .

Pode -se observar que o repositório remoto foi clonado apenas com a última confirmação:

Etapa 5: Crie um novo arquivo

Agora, faça um novo arquivo no atual repositório clonado:

$ touch newfile.TXT

Etapa 6: rastrear o arquivo

Acompanhe o arquivo recém -criado com a ajuda do “git add”Comando:

$ git add newfile.TXT

Etapa 7: Comprometer mudanças

Depois disso, execute o comando abaixo fornecido para cometer alterações:

$ git Commit -M "NewFile.txt adicionado "

Etapa 8: Verifique o histórico

Em seguida, verifique o log de referência para verificar as alterações:

$ Git Reflog .

Pode -se observar que o novo compromisso foi adicionado ao histórico de compromissos:

Etapa 9: empurre mudanças para o github

Execute o comando abaixo da listada para empurrar as novas alterações no repositório do GitHub:

$ git push

De acordo com a imagem abaixo fornecida, as alterações foram empurradas para o repositório Git remoto:

Etapa 10: Puxe mudanças remotas

Agora, obtenha as atualizações remotas para o repositório clonado usando o seguinte comando:

$ git puxão

A saída abaixo mostra que o repositório já está atualizado, o que indica que não há novas alterações no repositório remoto:

Agora, suponha que outro usuário tenha feito alterações no repositório remoto e você deseja executar a operação de tração, então você receberá apenas as alterações aplicadas mais recentemente:

$ git puxão

Pode ser mostrado na saída abaixo fornecida, apenas as alterações adicionadas mais recentemente foram baixadas:

Etapa 11: Verifique as mudanças

Por fim, execute o comando listado abaixo para garantir que apenas as alterações aplicadas recentemente sejam puxadas para o repositório clonado localmente:

$ Git Reflog .

Como você pode ver, o histórico de compromissos contém apenas as últimas alterações:

Isso foi sobre clonagem superficial de um repositório Git com a profundidade 1, criando commits e puxando atualizações novamente.

Conclusão

Geralmente é seguro clone superficial um repositório com o “-profundidade 1”Opção, crie compromissos e faça atualizações. No entanto, essa abordagem pode levar a problemas se a história do repositório for modificada para afetar os compromissos que os usuários fizeram. Além disso, a clonagem superficial de um repositório com -Depth 1 download apenas as mais recentes commits e não inclui toda a história do repositório. Isso significa que os usuários não podem acessar o contexto completo do repositório. Este artigo explicou clonagem superficial de um repositório Git com a profundidade 1, criando commits e puxando atualizações novamente.