Obtention de l'erreur "impossible d'analyser l'état de décompression à distance" lors d'une tentative d'envoi à Azure Devops
J'essayais de transférer un groupe de nouveaux fichiers dans mon référentiel de contrôle de source privé Azure Devops à l'aide de git et le message d'erreur suivant s'affiche:
erreur: impossible d'analyser l'état de décompression à distance: ng refs/heads/dirtypiece/gdpr Une erreur s'est produite lors de la communication avec l'hôte distant. Le code d'erreur est 0x800703E5.
J'obtiens également cette erreur lorsque j'essaie de créer un fichier vidéo de 12 Mo, mais je ne rencontre pas l'erreur lorsque je tente de modifier un petit ensemble de modifications (par exemple, un fichier unique).
Voici la commande complète et la sortie que je vois pour référence:
"C:\Program Files (x86)\Git\bin\git.exe" Appuyez sur -u --recurse-submodules = check --progress "origine" réfs/heads/dirtypiece/gdpr: réfs/heads/dirtypiece/gdpr Comptage d'objets: 3622, terminé . Compression Delta utilisant jusqu'à 8 threads . Objets compressés: 100% (1602/1602), terminé . Objets d'écriture: 100% (3622/3622), 11,53 miB | 1,91 MiB/s, fait . Total 3622 (delta 1926), réutilisé 3545 (delta 1888) remote: Nous avons remarqué que vous utilisiez une ancienne version de Git. Pour une meilleure expérience, effectuez une mise à niveau vers une version plus récente . error: impossible d'analyser l'état de décompression à distance: ng refs/heads/dirtypiece/gdpr Une erreur s'est produite lors de la communication avec l'hôte distant. Le code d'erreur est 0x800703E5. Tout est à jour Terminé
Je ne me souviens pas avoir jamais frappé un tel problème par le passé, lorsque j'avais essayé de faire monter un grand nombre de fichiers (semblait toujours bien pousser). Je pensais qu'il pourrait s'agir d'un problème de limitation temporaire ou de contrainte de ressources sur les serveurs Azure Devops, mais le problème se produit depuis 2 jours maintenant.
J'ai également vérifié la taille de mon référentiel pour voir si j'atteignais une limite de 10 Go ou quelque chose du genre, mais cela semble être dans les limites de la tolérance:
$ git count-objects -vH compte: 2248 taille: 5,85 Mio dans l'emballage: 123703 paquets: 19 size-pack: 759,69 Mio Emballable par pruneaux: 14 déchets: 0 taille-poubelle: 0 octet
Est-ce que quelqu'un a déjà rencontré ce problème ou sait comment le résoudre? J'ai déjà créé plus de fichiers et de fichiers plus volumineux dans le passé, je ne comprends donc pas pourquoi cela a commencé.
Merci pour tout conseil!
La mise à jour vers la dernière version de Git 2.19.0 résout ce problème en se basant sur le message d'erreur indiquant que l'ancienne version de Git est utilisée.
Nous effectuons actuellement le suivi de ce côté Azure DevOps. Cela a un impact sur un faible pourcentage des envois, plus fréquemment dans les versions plus anciennes de Git. Le passage à SSH contournera le problème. La mise à niveau de Git peut réduire le risque de résolution du problème.
Nous travaillons actuellement sur un correctif.
Mise à jour: Vers 20h00 UTC le 9/27, nous avons atténué le problème.
J'ai rencontré hier la même erreur sur macOS lors de la tentative de transfert de fichiers binaires vers le référentiel (images, audio). Les scripts et autres petits fichiers texte étaient bien.
Au bout de quelques heures, j'ai essayé de faire basculer l'URL distante de HTTPS à SSH et l'erreur a disparu.
Avant de faire cela, cependant, j’ai aussi essayé de pousser à partir d’une autre machine fonctionnant sous Windows 10 et il n’y avait aucune erreur.