Skip to main content

Fonctionnement

À un niveau général, la création d’un template fonctionne comme suit :
  1. Résoudre la source du template, comme une image de base standard, une image existante, un Dockerfile ou un autre template.
  2. Appliquer les instructions du template, comme runCmd, copy, makeDir, setEnvs, et les assistants d’installation de packages.
  3. Si cela est configuré, démarrer la commande de démarrage du template.
  4. Attendre que la commande ready réussisse.
  5. Enregistrer l’environnement préparé comme template réutilisable.
La création produit un templateId / template_id et un buildId / build_id. Utilisez ensuite l’ID du template avec Sandbox.create(...).

Utilisateur et répertoire de travail

Les templates peuvent définir l’utilisateur Linux par défaut et le répertoire de travail utilisés par les étapes de build ultérieures et par l’environnement final. Utilisez setUser(...) / set_user(...) lorsque les commandes de build doivent s’exécuter en tant qu’utilisateur spécifique. Utilisez setWorkdir(...) / set_workdir(...) lorsque les commandes ultérieures et les fichiers copiés doivent être résolus relativement à un répertoire spécifique.
Si vous ne définissez pas ces valeurs, le sandbox utilise les valeurs par défaut de l’image de base sélectionnée.

Mise en cache

Les builds de templates mettent en cache les couches précédemment terminées afin que les builds répétés n’aient pas à réexécuter chaque instruction. C’est généralement ce que vous souhaitez pour itérer rapidement. Lorsque vous avez besoin d’un build entièrement frais, désactivez le cache pour tout le build avec skipCache: true / skip_cache=True, ou marquez la chaîne de templates avec skipCache() / skip_cache().
Utilisez l’invalidation du cache intentionnellement. Elle ralentit les builds et devrait normalement être réservée aux actualisations de dépendances, au débogage ou aux modifications d’entrées qui ne sont pas visibles depuis la seule définition du template.
Dernière modification le 10 août 2026