“le ruisseau est terminé de façon inattendue” sur clone

Je clone, mais je reçois un retour en arrière. J'ai pu cloner sur un autre ordinateur auparavant, mais maintenant je reçois un retour en arrière et je ne sais pas pourquoi:

C:\Users\Niklas\montao>hg clone https://[email protected]/niklasr/montao
http authorization required
realm: Bitbucket.org HTTP
user: niklasr
password:
destination directory: montao
requesting all changes
adding changesets
adding manifests
adding file changes
transaction abort!
rollback completed
abort: connection ended unexpectedly

C:\Users\Niklas\montao>

Actuellement, je suis juste en train de le faire encore, mais je soupçonne qu'il wil ltime, pouvez-vous me dire comment déboguer plus ce qui se passe et éventuellement résoudre le problème? Je l'ai exécuté en mode debug, et c'est ce qui se passe.

adding google_appengine/lib/django_1_3/django/contrib/localflavor/locale/mn/LC_M
ESSAGES/django.mo revisions
files: 10223/50722 chunks (20.15%)
transaction abort!
InformationsquelleAutor Niklas Rosencrantz | 2014-02-09
  1. 37

    Votre connexion TCP à bitbucket est en train de mourir avant que l'ensemble des pensions de titres sont téléchargés -- probablement pâte feuilletée de la connexion à internet ou d'un disque dur est plein. Si c'est l'ancien, vous pouvez le faire en petits morceaux à l'aide de -r comme ceci:

    hg init montao
cd montao
hg pull -r 50 https://[email protected]/niklasr/montao  # get the first 50 changesets
hg pull -r 100 https://[email protected]/niklasr/montao  # get the next 50 changesets
...

    Qui ne devrait être nécessaire que si quelque chose ne va pas avec votre réseau d'itinéraire à bitbucket ou le référentiel est incroyablement vaste.

    • Merci pour la réponse. L'opération est d'environ 250 MO mais je coupe vers le bas pour une taille plus appropriée et je pense à la création d'un nouveau dépôt avec juste ce qui est nécessaire (puisque ce repo a été utilisé pendant de nombreuses années et a accumulé un peu de terre par exemple, les binaires et les bibliothèques qui pourraient être exclus). Je vais essayer de le tirer en morceaux et si cela ne fonctionne pas, je vais créer un nouveau repo avec juste ce dont j'ai besoin et pas assez grand changement de l'histoire. Je peux travailler avec ce référentiel à partir de mon autre ordinateur mais qui est beaucoup plus récente de l'ordinateur.
    • 250 MO n'est pas grand. Quelque chose ne va pas w/ votre réseau de votre ordinateur.
    • Pour moi aussi le même problème.Tous les développeurs à l'exception de l'un ne peut pas cloner le code source.J'ai essayé ci-dessus,mais a été incapable d'obtenir l'intégralité du code.
    • Cela ne semble pas le cas, mais la cause semble être différente. Le fait est, hg essaie de charger l'ensemble de flux de données en mémoire, ce qui peut être impossible, en particulier pour les grandes repos, ou si le client est contraint de mémoire (par exemple, pour cpython's, certains sont un peu giga-octets taille).
    • Vous avez seulement besoin d'ajouter cd montao avant de tirer
    • Juste que hg update après chaque étape ou -u attribut.
    • Fonctionne très bien pour moi!

    InformationsquelleAutor Ry4an Brase
  2. 9

    Plus facile de la syntaxe par rapport à Ry4an Brase's réponse:

    hg clone -r 1 https://[email protected]/niklasr/montao  # get the first 1 changeset
cd montao
hg pull -r 50    # first 50 changesets
hg pull -r 100   # first 100 changesets
...
hg pull          # all remaining changesets
hg update        # create working copy
    • depuis que vous avez sans doute ne voulez pas ajouter de tout ce que la main vous pouvez utiliser de script simple: hg clone -r 1 https://[email protected]/niklasr/montao; cd montao; for i in {1..100}; do hg pull -r ${i}00; done; hg update
    InformationsquelleAutor Codeguard
  3. 1

    Si vous utilisez TortoiseHg Workbench, j'ai trouvé la vérification de la "comprimé de transfert" dans la section Options du Clone dialogue a fonctionné pour moi.

    • Devrait lire: "l'Utilisation non compressé transfert"? C'est l'option la plus proche en 4.4.2, et en vérifiant que l'option a fonctionné pour moi avec un ~500MO repo qui a gardé à défaut de ssh.
    InformationsquelleAutor Nick Gallant