Dépannage de Git dans Snowflake¶
Utilisez les conseils décrits dans cette rubrique pour résoudre les problèmes lors de l’utilisation d’un référentiel Git dans Snowflake.
Message d’erreur : « Failed to access the Git repository. Operation “clone” is not authorized »¶
Vous pouvez voir ce message pour plusieurs raisons, mais il est généralement dû à une mauvaise configuration dans l’intégration de Snowflake avec le référentiel Git distant. Pour éliminer les problèmes de configuration courants, vérifiez les points suivants :
Vous utilisez des identifiants de connexion corrects pour vous authentifier auprès du référentiel Git distant, telles qu’une combinaison nom d’utilisateur/mot de passe correcte ou un jeton d’accès personnel correct.
Pour en savoir plus sur l’authentification à partir de Snowflake, consultez Créer un secret avec des identifiants de connexion pour l’authentification.
Vous avez correctement configuré l’URL de référentiel Git, y compris les préfixes autorisés dans la configuration de l’API.
En savoir plus sur la spécification d’un préfixe autorisé et l’URL d’origine.
Vous ne rencontrez pas de problème de connectivité, par exemple lorsque le référentiel se trouve sur un réseau privé.
L’accès à un référentiel Git distant depuis Snowflake n’est autorisé que sur un réseau public. Pour plus d’informations, voir Limitations de Git dans Snowflake.
Si vous continuez à rencontrer ce problème après avoir vérifié que votre configuration est correcte, essayez ce qui suit :
Si vous utilisez un jeton à granularité fine pour l’autorisation (pas le jeton classique), confirmez que vous avez défini les autorisations appropriées sur le jeton. Pour un accès en lecture seule, définir le « Contenu » sur « lecture seule » devrait suffire.
Pour plus d’informations sur la gestion d’un jeton d’accès personnel dans GitHub, voir Gestion de vos jetons d’accès personnels dans la documentation GitHub.
En dehors de Snowflake, clonez le référentiel avec le client Git de ligne de commande en utilisant les mêmes valeurs d’URL et de TOKEN qui entraînent l’erreur dans Snowflake.
Cela devrait générer une sortie plus détaillée, y compris des messages indiquant quel pourrait être le problème. Par exemple, le clonage peut échouer à partir de la ligne de commande car une autorisation SSO est requise pour l’opération, et cette autorisation n’était pas disponible pour le jeton à granularité fine. Le passage à un jeton classique peut résoudre ce problème.
Message d’erreur : « Processing aborted due to error » lors de l’utilisation des commandes SHOW GIT BRANCHES
ou SHOW GIT TAGS
¶
Vous pouvez voir ce message si vous avez utilisé Git depuis Snowflake lors d’une disponibilité en avant-première de la fonctionnalité. Une optimisation de la lecture à partir d’un référentiel Git distant, ajoutée dans une version ultérieure, pourrait compliquer l’accès aux référentiels distants pour lesquels vous avez configuré l’accès dans cette disponibilité en avant-première.
Pour vous assurer que vous bénéficiez de l’optimisation — et pour ne plus recevoir cette erreur — recréez les zones de préparation de votre référentiel Git en utilisant REPLACE GIT REPOSITORY.