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.
Créez et testez des packages localement
Avant de publier des packages sur Amazon S3 ou de configurer CI/CD l'automatisation sur votre ferme Deadline Cloud, vous pouvez créer et tester des packages conda sur votre poste de travail à l'aide d'un canal de système de fichiers local. Cette approche vous permet d'itérer rapidement localement sur les recettes et de vérifier les packages.
La rattler-build publish commande crée une recette, copie le package obtenu sur un canal et indexe le canal en une seule étape. Lorsque vous ciblez un répertoire de système de fichiers local, rattler-build crée et initialise le canal automatiquement si le répertoire n'existe pas.
Les instructions suivantes utilisent l'exemple de recette Blender 4.5 du référentiel d'exemples de Deadline Cloud
Conditions préalables
Avant de commencer, installez les outils suivants sur votre poste de travail :
-
pixi — Un gestionnaire de paquets que vous utilisez pour installer
rattler-buildet tester des packages. Installez pixi depuis pixi.sh. -
rattler-build — L'outil de création de packages utilisé par Deadline Cloud Conda Recipes. Après avoir installé Pixi, exécutez la commande suivante pour effectuer l'installation
rattler-build.pixi global install rattler-build -
git — Nécessaire pour cloner le dépôt d'échantillons. WindowsActivé, git for
fournit Windows également un bashshell, dont certains Windows exemples de recettes ont besoin.
Création et publication d'un package sur une chaîne locale
Dans cette procédure, vous clonez le référentiel d'échantillons de Deadline Cloud et vous l'utilisez rattler-build publish pour créer et publier le package sur un canal de système de fichiers local.
Note
Les applications volumineuses peuvent nécessiter des dizaines de Go d'espace disque libre pour l'archive source, les fichiers extraits et la sortie de compilation. Assurez-vous d'utiliser un disque avec suffisamment d'espace disponible pour la sortie de génération du package.
Pour créer et publier un package sur une chaîne locale
-
Clonez le référentiel d'échantillons de Deadline Cloud.
git clone https://github.com/aws-deadline/deadline-cloud-samples.git -
Passez au répertoire
conda_recipes.cd deadline-cloud-samples/conda_recipes -
Exécutez la commande suivante pour créer la recette Blender 4.5 et publier le package dans un répertoire de canaux local.
LinuxActivé macOS et exécutez la commande suivante.
rattler-build publish blender-4.5/recipe/recipe.yaml \ --to file://$HOME/my-conda-channel \ --build-number=+1Sur Windows (cmd), exécutez la commande suivante.
rattler-build publish blender-4.5/recipe/recipe.yaml ^ --to file://%USERPROFILE%/my-conda-channel ^ --build-number=+1La
rattler-build publishcommande exécute les actions suivantes :-
Construit le package à partir de la recette.
-
Crée le répertoire des chaînes s'il n'existe pas.
-
Copie le fichier du package sur le canal.
-
Indexe le canal afin que les gestionnaires de packages puissent le trouver.
Si la recette de votre package dépend de packages provenant d'un canal particulier, tel que conda-forge
, ajoutez -c conda-forgeà la commande. -
À propos des numéros de version
L'--build-number=+1option sélectionne automatiquement le numéro de version suivant en fonction de ce qui existe déjà dans le canal de destination. La meilleure pratique consiste à ne jamais remplacer un package dans une chaîne. Créez toujours avec un nouveau numéro de version si le package aurait autrement le même nom de fichier. L'utilisation --build-number=+1 permet d'atteindre cet objectif lorsque vous créez une chaîne de production ou une chaîne intermédiaire qui reflète la production.
Si vous souhaitez contrôler directement le numéro de version, vous pouvez le définir avec une valeur spécifique telle que--build-number=7. Si vous omettez cette option, rattler-build utilise le numéro de version défini dans le recipe.yaml fichier.
Pour plus d'informationsrattler-build publish, consultez la documentation de publication de Rattler-build
Débogage des versions
En cas d'échec d'une compilation, rattler-build préserve le répertoire de compilation afin que vous puissiez l'examiner. Exécutez la commande suivante pour ouvrir un shell interactif dans l'environnement de construction avec toutes les variables d'environnement configurées telles qu'elles étaient lors de la génération.
rattler-build debug shell
À partir du shell de débogage, vous pouvez modifier des fichiers, exécuter des commandes de compilation individuelles et ajouter des dépendances pour isoler le problème. Pour plus d'informations, consultez la section Débogage des versions
Tester le package
Après avoir créé et publié le package, créez un projet pixi temporaire. Utilisez le projet pour installer le package depuis le canal local et vérifiez qu'il fonctionne correctement.
Pour tester le package
-
Créez un répertoire de test temporaire et initialisez un projet pixi avec le canal local.
LinuxActivez macOS et exécutez les commandes suivantes.
mkdir package-test-env cd package-test-env pixi init --channel file://$HOME/my-conda-channelSur Windows (cmd), exécutez les commandes suivantes.
mkdir package-test-env cd package-test-env pixi init --channel file://%USERPROFILE%/my-conda-channel -
Ajoutez le package au projet.
pixi add blender=4.5 -
Vérifiez que le package fonctionne correctement.
pixi run blender --versionLa
pixi runcommande active l'environnement conda pour le répertoire du projet et exécute la commande spécifiée dans celui-ci. L'environnement est conservé dans le répertoire du projet, vous pouvez donc utiliser la même pixi runcommande depuis d'autres terminaux.
Lorsque vous êtes satisfait du package, vous pouvez le publier sur un canal conda Amazon S3 afin que les utilisateurs de Deadline Cloud puissent l'installer. Voir Publier des packages sur un canal conda S3.
Supprimer des packages de la chaîne
Évitez de supprimer des packages des canaux que vous utilisez pour la production, car les fichiers de verrouillage font référence à des packages spécifiques par hachage. La suppression d'un package empêche de recréer des environnements à partir de ces fichiers de verrouillage. Pour les canaux de développement et de test, vous pouvez supprimer un package spécifique en supprimant le .conda fichier du répertoire des canaux, puis en réindexant le canal. Tout d'abord, installezrattler-index.
pixi global install rattler-index
Supprimez ensuite le fichier du package et réindexez le canal.
LinuxActivez macOS et exécutez les commandes suivantes.
rm $HOME/my-conda-channel/linux-64/blender-4.5.0-hb0f4dca_1.conda rattler-index fs $HOME/my-conda-channel
Sur Windows (cmd), exécutez les commandes suivantes.
del %USERPROFILE%\my-conda-channel\win-64\blender-4.5.0-hb0f4dca_1.conda rattler-index fs %USERPROFILE%\my-conda-channel
Les fichiers de package sont stockés dans des sous-répertoires spécifiques à la plate-forme tels linux-64 que, ou. win-64 osx-arm64 Répertoriez le contenu de ces sous-répertoires pour trouver le nom de fichier exact du package que vous souhaitez supprimer.
Nettoyage
Après le test, vous pouvez supprimer le projet de test et le canal local.
Pour nettoyer les ressources de test
-
Supprimez le répertoire du projet de test.
LinuxActivé macOS et exécutez la commande suivante.
rm -rf package-test-envSur Windows (cmd), exécutez la commande suivante.
rmdir /s /q package-test-env -
Supprimez le répertoire local des chaînes Conda.
LinuxActivé macOS et exécutez la commande suivante.
rm -rf $HOME/my-conda-channelSur Windows (cmd), exécutez la commande suivante.
rmdir /s /q %USERPROFILE%\my-conda-channel -
(Facultatif) Supprimez le répertoire
rattler-buildde sortie qui contient le fichier de package créé.LinuxActivé macOS et exécutez la commande suivante.
rm -rf deadline-cloud-samples/conda_recipes/outputSur Windows (cmd), exécutez la commande suivante.
rmdir /s /q deadline-cloud-samples\conda_recipes\output