AWS CodeCommit n'est plus disponible pour les nouveaux clients. Les clients existants de AWS CodeCommit peuvent continuer à utiliser le service normalement. En savoir plus »

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Dépannage des clients Git etAWS CodeCommit

Les informations suivantes vous aident à résoudre les problèmes courants que vous êtes susceptible de rencontrer lors de l'utilisation de Git avec les référentiels AWS CodeCommit. Pour résoudre les problèmes relatifs aux clients Git lors de l'utilisation de HTTPS ou SSH, consultez également Dépannage des informations d'identification Git (HTTPS), Résolution des problèmes liés aux connexions SSH et Résolution des problèmes liés à l'assistant d'identification () HTTPS.

Erreur Git : Erreur: échec de RPC ; résultat=56, code HTTP = 200 fatal : L'extrémité distante a raccroché de façon inattendue

Problème : Lorsque vous transmettez une modification de grande taille, un grand nombre de modifications ou un référentiel volumineux, les connexions HTTPS de longue durée prennent souvent fin prématurément en raison de problèmes réseau ou de paramètres du pare-feu.

Correctifs possibles : Effectuez plutôt la transmission avec SSH, ou lors de la migration d'un référentiel volumineux, suivez les étapes deMigrer un référentiel par incréments. Assurez-vous que vous ne dépassez pas la limite de taille des fichiers individuels. Pour plus d'informations, consultez Quotas.

Erreur Git : Trop de commandes d'actualisation de référence

Problème : Le nombre maximum de mises à jour de référence par transmission (push) est de 4 000. Cette erreur s'affiche lorsque la transmission contient plus de 4 000 mises à jour de référence.

Correctifs possibles : Essayez de pousser les branches et les balises individuellement avecgit push --alletgit push --tags. Si vous avez trop de balises, répartissez-les en plusieurs transmissions. Pour plus d'informations, consultez Quotas.

Erreur Git : Une transmission via HTTPS est rompue dans certaines versions de Git

Problème : Un problème lié à la mise à jour apportée à curl 7.41.0 entraîne l'échec de l'authentification de la valeur de hachage basée sur SSPI. Les versions concernées connues de Git incluent 1.9.5.msysgit.1. Certaines versions de Git pour Windows peuvent ne pas être entièrement conformes avec RFC 2617 et RFC 4559, ce qui peut potentiellement entraîner des problèmes liés aux connexions HTTPS utilisant des informations d'identification Git ou à l'assistant d'informations d'identification inclus avec l'AWS CLI.

Correctifs possibles : Recherchez les problèmes connus pour votre version de Git, ou utilisez une version précédente ou ultérieure. Pour plus d'informations sur mysysgit, consultez Push to HTTPS Is Broken sur les forums GitHub. Pour plus d'informations sur les problèmes des versions Git pour Windows, consultez la section Version 2.11.0(3) does not ask for username/password.

Erreur Git : 'gnutls_handshake() failed'

Problème : Sous Linux, lorsque vous essayez d'utiliser Git pour communiquer avec un référentiel CodeComit, un message d'erreur s'affiche avec l'expressionerror: gnutls_handshake() failed.

Correctifs possibles : Compilez Git sur OpenSSL. Pour trouver une approche, consultez "Error: gnutls_handshake() failed" When Connecting to HTTPS Servers sur les forums Ask Ubuntu.

Sinon, utilisez SSH au lieu de HTTPS pour communiquer avec les référentiels CodeComit.

Erreur Git : Git ne peut pas trouver le référentiel CodeComit ou n'est pas autorisé à accéder au référentiel

Problème : Une barre oblique de fin dans la chaîne de connexion peut entraîner l'échec des tentatives de connexion.

Correctifs possibles : Assurez-vous que vous avez fourni le nom et la chaîne de connexion corrects pour le référentiel, et qu'il n'y a aucune barre oblique de fin. Pour plus d'informations, consultez Connexion à un référentiel.

Git sous Windows : Pas de méthodes d'authentification prises en charge disponibles (publickey)

Problème : Après que vous avez configuré l'accès SSH pour Windows, vous voyez une erreur d'accès refusé lorsque vous essayez d'utiliser des commandes telles quegit pull,git push, ougit clone.

Correctifs possibles : La cause la plus courante de cette erreur est qu'une variable d'environnement GIT_SSH existe sur votre ordinateur et que celle-ci est configurée pour prendre en charge un autre utilitaire de connexion, comme PuTTY. Pour résoudre ce problème, essayez l'une des actions suivantes :

Pour en savoir plus sur le dépannage des problèmes Git sous Windows lors de l'utilisation de SSH, consultez Résolution des problèmes liés aux connexions SSH.