Limitations de Git dans Snowflake¶
Cette rubrique décrit les limites de l’utilisation des référentiels Git à partir de Snowflake.
Actuellement, seules les fonctionnalités suivantes de Snowflake peuvent écrire dans le référentiel :
Pour les autres codes Snowflake, l’accès au référentiel est en lecture seule.
L’utilisation de OAuth pour travailler avec un référentiel Git n’est prise en charge qu’à partir d’espaces de travail et uniquement lorsque le référentiel est hébergé sur github.com. Pour plus d’informations, voir Créer un espace de travail Git.
La création d’un référentiel Git local dans Snowflake n’est prise en charge que lorsque vous utilisez l’interface utilisateur d’espaces de travail pour le créer. Cela n’est pas pris en charge lorsque vous créez le référentiel en utilisant CREATE GIT REPOSITORY dans un espace de travail. En effet, lorsque vous utilisez la commande SQL, le flux n’inclut pas la présentation d’une interface utilisateur avec laquelle se connecter.
Le partage de clones du référentiel Git de Snowflake n’est pas pris en charge par le partage de données ou les applications construites sur Snowflake Native App Framework.
La création de clones du référentiel Git de Snowflake à l’intérieur des paquets d’application n’est pas prise en charge et pourrait être bloquée à l’avenir.
La création de clones du référentiel Git de Snowflake à l’intérieur d’applications natives du côté consommateur n’est pas prise en charge.
Snowflake ne prend actuellement pas en charge les sous-modules, vous ne pourrez donc pas voir les fichiers de sous-modules. Snowflake ne téléchargera pas ces fichiers depuis le référentiel distant ni ne les téléchargera vers le référentiel distant.