Como concluir um clone do git para um grande projeto em uma conexão instável?

Estou tentando clonar a base de código do LibreOffice, mas no momento tenho uma conexão de internet de cerca de 300kbps e é tudo menos estável. Posso recuperar a conexão a qualquer momento, mas o processo de clone do git já parou de funcionar e não há como fazê-la funcionar novamente. Existe alguma maneira de obter um download de clone do git mais resistente a falhas?

Uma opção que me considerei é baixar o diretório .git de outra pessoa, mas isso depende demais dos outros e não parece a melhor solução possível para mim.

Eu não acho que isso esteja pronto ainda. Há uma página antiga do GSoC que planejava implementar o recurso desejado. Minha melhor aposta é que, como você sugeriu, faça o download como um diretório. Suponho que você consiga retomar downloads por outros protocolos.

Clone reinicializável

Ao clonar um repositório grande (como o KDE, o Open Office, o kernel do Linux), atualmente não há como reiniciar um clone interrompido. Pode levar um tempo considerável para um usuário no final de um canal pequeno fazer o download dos dados e, se o clone for interrompido no meio, o usuário precisará reiniciar no início e tentar novamente. Para alguns usuários, isso pode impossibilitar a clonagem de um repositório grande.

Objetivo: Permitir que o git-clone retome automaticamente um download com falha anterior sobre o protocolo git: // nativo. Idioma: C Mentor: Shawn Pearce Sugerida por: Shawn Pearce on gmane

Atualizar

Juntamente com a git clone --depth=1sugestão de clonagem superficial ( ) em uma das outras respostas, pode ser útil se alguém puder criar um repositório simples para você, se você puder se comunicar com o provedor. Você pode facilmente converter o repositório vazio em um repositório completo. Leia também os comentários nessa resposta, pois um clone superficial nem sempre pode ajudar.

Duas soluções (ou melhor, soluções alternativas ) que vêm à mente são:

• Uso raso clone isto é git clone --depth=1, em seguida, aprofundar este clone utilizando git fetch --depth=N, com o aumento da N . Você pode usar git fetch --unshallow(desde 1.8.0.3) para baixar todas as revisões restantes.

• Peça a alguém para empacotar um release marcado (consulte a página de manual do git-bundle (1) ). O pacote configurável em si é um arquivo comum, que você pode baixar de qualquer maneira, via HTTP / FTP com suporte a resumo, via BitTorrent, via rsync, etc. .

Este método usa um servidor de terceiros.

Primeiro, faça git clone --bare, então rsync -v -P -e ssh user@host:repo.git . você pode usar o msys no Windows.

" Nunca subestime a largura de banda de um pombo-correio e um pacote de cartões SD " seria a forma moderna dessa resposta. Tar, velho cp -a, seja qual for, e envie a maldita coisa. Encontre alguém disposto a gastar dois minutos do seu tempo para colocar um pen drive no SASE. Encontre um contato, eles podem até fazer isso por você.

Você pode "baixar o diretório .git de outra pessoa", mas com essa outra pessoa sendo o próprio repositório oficial. Os repositórios do LibreOffice estão disponíveis via http, por exemplo, build.gitem http://anongit.freedesktop.org/git/libreoffice/build.git/ (consulte http://cgit.freedesktop.org/libreoffice/ para obter a lista completa, o URL http está na parte inferior da página de cada repositório).

O que você vê nesses URLs http nada mais é do que um .gitdiretório (na verdade, um repositório " vazio ", que possui apenas o que você encontraria no .gitdiretório). É o mesmo diretório que o servidor para o git://protocolo ( git daemon) leria. Se você fizer uma cópia desses diretórios com um downloader da web (por exemplo wget -m -np), poderá clonar sua cópia e ela funcionará tão bem quanto se você tivesse clonado diretamente do repositório http.

Então, o que você pode fazer é: para cada repositório, obtenha uma cópia dele com o seu downloader da web favorito (que lidará com todos os problemas com a retomada de downloads quebrados) e clone a partir dessa cópia. Quando você quiser atualizar, use novamente o seu downloader da web favorito para atualizar sua cópia e retire a cópia. Agora seus clones e atualizações são tão resistentes a más conexões quanto o seu downloader da web favorito.

Vamos dividir git cloneem seus componentes e usá git checkout- los para impedir o download de arquivos novamente.

Quando git cloneexecutado, as primeiras coisas que faz são equivalentes a

git init
git remote add origin <repo_url>
git fetch origin <branch>

Se você executar as etapas acima manualmente e assumindo que elas foram concluídas corretamente, agora poderá executar o seguinte quantas vezes forem necessárias:

git checkout --force <branch>

Observe que ele fará o check-out de todos os arquivos sempre que for executado, mas você não precisará baixar novamente os arquivos , o que pode economizar muito tempo.

Se você tiver acesso a um servidor de terceiros, poderá cloná-lo e copiá-lo.

git clone --depth <Number> <repository> --branch <branch name> --single-branch

Este comando me ajuda (Graças a Nicola Paolucci )

por exemplo

git clone --depth 1 https://github.com/gokhanmoral/siyahkernel3 --branch ics  --single-branch

Com base nas respostas baseadas em clone / profundidade - algumas linhas do bash fazem isso facilmente ...

git clone --depth=1 something@somegit.com:/var/git/whatever.git <directory> cd <directory> for m in `seq 1 100`;do git fetch --depth=$m;done

Esse problema também me mordeu. No meu caso, há uma solução alternativa. Pode ou não ser aplicável no seu caso.

Às vezes, estou usando um telefone celular para iniciar operações git em um sistema remoto. Se meu wi-fi interromper, é claro, a sessão termina e o git descarta toda a operação de clone sem se recuperar. Mas como a conexão de Internet do meu sistema remoto com o git master é sólida, não há necessidade de o clone parar. Tudo o que preciso é de bom senso para desanexar o clone da sessão do terminal. Isso pode ser feito usando screen / tmux ou nohup / daemon. Portanto, é um mau funcionamento do liveware no meu caso.

Use um proxy git, como ngitcached ou git-proxy .

Use CNTRL Z para interromper a clonagem. Não feche o terminal, coloque o sistema / laptop em hibernação e continue depois pelo comando fg. Eu estava enfrentando esse mesmo problema hoje ao tentar clonar um repo frm github. Isso veio como uma economia de tempo para mim.

Aumentar o tamanho do buffer ajudará você neste problema. Basta seguir os passos.

passos:

1. Abra o terminal ou Git Bash e, com "cd", vá para o local em que deseja clonar o repo.

2. Defina a compactação como 0

git config --global core.compression 0

Tamanho 3.Set postBuffer

git config --global http.postBuffer 1048576000

Defina o tamanho maxRequestBuffer

git config --global http.maxRequestBuffer 100M

Agora comece o clone

git clone <repo url>

6. Aguarde até que o clone seja concluído.

Obrigado. Feliz codificação !!!

Eu gostaria de colocar meus 5 centavos aqui. Foi isso que me ajudou a resolver esse problema

• desativar a compactação
• aumentar http.postBuffer
• faça um clone parcial
• navegue até o diretório clonado e busque o restante do clone
• puxe o resto

git config --global core.compression 0
git config --global https.postBuffer 524288000
git clone  <your_git_http_url_here> --depth 1
git fetch --unshallow 
git pull --all

Isso me ajudou a clonar o repositório de ~ 3 GB na conexão adsl de 8 Mbps, é claro que tive que realizar buscas e tentativas algumas vezes, mas ainda assim ...

se considerarmos que os servidores têm boa largura de banda (e você tem um servidor), outra resposta é:

1. criar seu próprio servidor usando o Server-Side Git Wrapper s'
2. clone-o no seu servidor
3. Fechá-lo usando o Server-Side Zip Archiver s'
4. faça o download de e com o suporte ao Resumo do Lado do Servidor

mas isso só funciona com experiência muito básico Web-desenvolvimento;) e também que você precisa git.exeem sua Sever

Mesmo problema aqui - eu tenho uma conexão à Internet realmente esquisita, geralmente não superior a 10-15 kb / seg :-P

Para mim, a maneira wget funcionou muito bem. Vá para o site do repositório onde está o botão verde "clonar ou baixar", clique nele e copie o link da opção de download ZIP.

Em seguida, insira o link no comando
wget : wget -c -m -np https://github.com/your/repository/archive/master.zip

Funciona como um encanto...

a melhor solução alternativa que funcionou para mim:

Eu enfrentei o mesmo problema com uma conexão de internet ruim. Então, eu vim com a seguinte solução:

Criei um pequeno arquivo php no meu servidor para baixar o pacote como um arquivo zip:

<?php
$url = "https://codeload.github.com/CocoaPods/Specs/zip/master";
file_put_contents("coco.zip", fopen($url, 'r'));
?>  

<a href="coco.zip">coco.zip</a>

faça o download do arquivo zip usando qualquer gerenciador de downloads que suporte o currículo

Você pode tentar usar o mercurial com a extensão hg-git.

Se isso não funcionar, você pode usar git fetch <commit-id>para buscar apenas partes de um repositório git remoto (você pode buscar em um repositório git vazio, não há necessidade de criá-lo com clone). Mas você pode corrigir a configuração da ramificação (= criar ramificações de rastreamento local e remoto) ao usar essa abordagem.