Comment terminer un clone git pour un gros projet sur une connexion instable?

J'essaie de cloner la base de code LibreOffice, mais pour le moment, j'ai une connexion Internet d'environ 300 kbps et c'est tout sauf stable. Je peux récupérer la connexion à tout moment, mais le processus de clonage git a déjà cessé de fonctionner, et aucun moyen de le redémarrer. Existe-t-il un moyen d'avoir un téléchargement de clone git plus résistant aux pannes?

Une option que j'ai envisagée est de télécharger le répertoire .git de quelqu'un d'autre, mais cela dépend trop des autres et ne me semble pas être la meilleure solution possible.

Je ne pense pas que ce soit encore prêt. Il existe une ancienne page GSoC qui prévoyait d'implémenter la fonctionnalité souhaitée. Mon meilleur pari est, comme vous l'avez suggéré, de le télécharger en tant que répertoire. Je suppose que vous êtes en mesure de reprendre les téléchargements via d'autres protocoles.

Clone redémarrable

Lors du clonage d'un grand référentiel (tel que KDE, Open Office, noyau Linux), il n'y a actuellement aucun moyen de redémarrer un clone interrompu. Cela peut prendre un temps considérable pour un utilisateur à l'extrémité d'un petit tube pour télécharger les données, et si le clone est interrompu au milieu, l'utilisateur doit actuellement recommencer depuis le début et réessayer. Pour certains utilisateurs, cela peut rendre impossible le clonage d'un grand référentiel.

Objectif: permettre à git-clone de reprendre automatiquement un téléchargement ayant échoué précédemment via le protocole natif git: //. Langue: C Mentor: Shawn Pearce Suggéré par: Shawn Pearce sur gmane

Mettre à jour

En plus de la git clone --depth=1suggestion de clonage superficiel ( ) dans l'une des autres réponses, il peut être utile que quelqu'un puisse créer un référentiel nu pour vous si vous pouvez communiquer avec le fournisseur. Vous pouvez facilement convertir le référentiel nu en un référentiel complet. Lisez également les commentaires dans cette réponse car un clone superficiel peut ne pas toujours aider.

Deux solutions (ou plutôt des contournements ) qui me viennent à l'esprit sont:

• Utilisez un clone peu profondgit clone --depth=1 , c'est-à - dire , puis approfondissez ce clone en utilisant git fetch --depth=N, avec N croissante . Vous pouvez utiliser git fetch --unshallow(depuis la 1.8.0.3) pour télécharger toutes les révisions restantes.

• Demandez à quelqu'un de regrouper une version balisée (voir la page de manuel git-bundle (1) ). Le bundle lui-même est un fichier ordinaire, que vous pouvez télécharger de n'importe quelle manière, via HTTP / FTP avec prise en charge de la reprise, via BitTorrent, via rsync, etc. .

Cette méthode utilise un serveur tiers.

Tout d'abord, faites-le git clone --bare, puis rsync -v -P -e ssh user@host:repo.git . Vous pouvez utiliser msys sous Windows.

" Ne sous-estimez jamais la bande passante d'un pigeon voyageur et d'un paquet de cartes SD " serait la forme moderne de cette réponse. Tarez-le, tout simplement vieux cp -a, peu importe, et postez ce fichu truc. Trouvez quelqu'un prêt à prendre deux minutes de son temps pour déposer une clé USB dans un SASE. Trouvez un contact, là-bas, ils pourraient même le faire pour vous.

Vous pouvez "télécharger le répertoire .git de quelqu'un d'autre", mais avec ce quelqu'un d'autre étant le dépôt officiel lui-même. Les référentiels LibreOffice sont disponibles via http, par exemple build.gitsur http://anongit.freedesktop.org/git/libreoffice/build.git/ (voir http://cgit.freedesktop.org/libreoffice/ pour la liste complète, l'URL http se trouve au bas de la page de chaque référentiel).

Ce que vous voyez sur ces URL http n'est rien de plus qu'un .gitrépertoire (en fait un référentiel "nu", qui n'a que ce que vous trouverez dans le .gitrépertoire). C'est le même répertoire que le serveur du git://protocole ( git daemon) lirait. Si vous faites une copie de ces répertoires avec un téléchargeur Web (par exemple wget -m -np), vous pouvez cloner à partir de votre copie et cela fonctionnera aussi bien que si vous aviez cloné directement à partir du référentiel http.

Donc, ce que vous pouvez faire est: pour chaque référentiel, obtenez-en une copie avec votre téléchargeur Web préféré (qui traitera tous les problèmes liés à la reprise des téléchargements interrompus), et clonez à partir de cette copie. Lorsque vous souhaitez mettre à jour, utilisez à nouveau votre téléchargeur Web préféré pour mettre à jour votre copie et extrayez-la. Désormais, vos clones et mises à jour résistent aussi bien aux mauvaises connexions que votre téléchargeur Web préféré.

Décomposons ses git clonecomposants et utilisons git checkoutpour empêcher le re-téléchargement de fichiers.

Lorsqu'elle git clones'exécute, les premières opérations effectuées sont équivalentes à

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

Si vous exécutez les étapes ci-dessus manuellement et en supposant qu'elles se sont déroulées correctement, vous pouvez maintenant exécuter les opérations suivantes autant de fois que nécessaire:

git checkout --force <branch>

Notez qu'il récupérera tous les fichiers à chaque exécution, mais vous n'aurez pas à retélécharger les fichiers , ce qui peut vous faire gagner beaucoup de temps.

Si vous avez accès à un serveur tiers, vous pouvez le cloner puis copier.

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

Cette commande m'aide (merci à Nicola Paolucci )

par exemple

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

S'appuyant sur les réponses basées sur le clone / profondeur - quelques lignes de bash permettent de le faire facilement ...

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

Ce problème m'a mordu aussi. Dans mon cas, il y a une solution. Cela peut s'appliquer ou non dans votre cas.

J'utilise parfois un téléphone portable pour lancer des opérations git sur un système distant. Si mon wi-fi s'arrête bien sûr, la session se termine et git supprime toute l'opération de clonage sans récupérer. Mais comme la connexion Internet de mon système distant au maître git est solide, il n'est pas nécessaire que le clone s'arrête. Tout ce dont j'ai besoin est le bon sens pour détacher le clone de la session terminale. Cela peut être fait en utilisant screen / tmux ou nohup / daemon. C'est donc un dysfonctionnement du liveware dans mon cas.

Utilisez un proxy git, tel que ngitcached ou git-proxy .

Utilisez CNTRL Z pour arrêter le clonage. Ne fermez pas le terminal, mettez le système / ordinateur portable en veille prolongée, puis continuez plus tard par la commande fg. J'étais confronté au même problème aujourd'hui en essayant de cloner un repo frm github. Cela m'a permis de gagner du temps.

L'augmentation de la taille de la mémoire tampon vous aidera dans ce problème. Suivez simplement les étapes.

pas:

1.Ouvrez le terminal ou Git Bash et avec "cd" allez à l'emplacement où vous vouliez cloner le dépôt.

2.Réglez la compression à 0

git config --global core.compression 0

3. définir la taille du postBuffer

git config --global http.postBuffer 1048576000

4.Set maxRequestBuffer size

git config --global http.maxRequestBuffer 100M

5.Maintenant, commencez le clonage

git clone <repo url>

6.Attendez que le clone soit terminé.

Je vous remercie. Bon codage !!!

Je voudrais mettre mes 5 cents ici. C'est en fait ce qui m'a aidé à résoudre ce problème

• désactiver la compression
• augmenter http.postBuffer
• faire un clonage partiel
• accédez au répertoire cloné et récupérez le reste du clone
• tire le reste

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

Cela m'a aidé à cloner ~ 3 Go de repo sur la connexion adsl 8 Mbps, bien sûr, j'ai dû effectuer des récupérations et des extractions plusieurs fois, mais quand même ...

si nous supposons que les serveurs ont une bonne bande passante (et que vous avez un serveur), une autre réponse est de:

1. créer votre propre serveur en utilisant côté serveur Git Wrapper s »
2. clonez-le sur votre serveur
3. Zip à l'aide de côté serveur Zip Archiver s »
4. téléchargez-le depuis et avec la prise en charge de la reprise côté serveur

mais cela ne fonctionne qu'avec une expérience de développement Web très basique;) et vous avez également besoin git.exedans votre serveur

Même problème ici - j'ai une connexion Internet très irrégulière avec souvent pas plus de 10-15 kb / s :-P

Pour moi, la méthode wget a très bien fonctionné. Allez sur le site du référentiel où se trouve le bouton vert "cloner ou télécharger", cliquez dessus et copiez le lien de l'option de téléchargement ZIP.

Insérez ensuite le lien vers la commande
wget : wget -c -m -np https://github.com/your/repository/archive/master.zip

Fonctionne comme un charme ...

la meilleure solution de contournement qui a fonctionné pour moi:

J'ai rencontré le même problème avec une mauvaise connexion Internet. J'ai donc proposé la solution suivante:

J'ai créé un petit fichier php sur mon serveur pour télécharger le package sous forme de fichier 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>

puis téléchargez le fichier zip à l'aide de n'importe quel gestionnaire de téléchargement prenant en charge la reprise

Vous pouvez essayer d'utiliser mercurial avec l'extension hg-git.

Si cela ne fonctionne pas, vous pouvez utiliser git fetch <commit-id>pour récupérer uniquement des parties d'un référentiel git distant (vous pouvez récupérer un référentiel git vide, il n'est pas nécessaire de le créer avec clone). Mais vous pouvez corriger la configuration de la branche (= créer des branches de suivi locales et distantes) lorsque vous utilisez cette approche.