Skip to main content

Hoe het werkt

Op hoofdlijnen werkt een template-build als volgt:
  1. Los de templatebron op, zoals een standaard basisimage, een bestaande image, een Dockerfile of een andere template.
  2. Pas template-instructies toe zoals runCmd, copy, makeDir, setEnvs en helpers voor pakketinstallatie.
  3. Start, indien geconfigureerd, het startcommando van de template.
  4. Wacht totdat de ready-opdracht slaagt.
  5. Sla de voorbereide omgeving op als een herbruikbare template.
De build produceert een templateId / template_id en een buildId / build_id. Gebruik de template-ID later met Sandbox.create(...).

Gebruiker en workdir

Templates kunnen de standaard Linux-gebruiker en werkdirectory instellen die worden gebruikt door latere buildstappen en door de uiteindelijke omgeving. Gebruik setUser(...) / set_user(...) wanneer buildcommando’s als een specifieke gebruiker moeten worden uitgevoerd. Gebruik setWorkdir(...) / set_workdir(...) wanneer latere commando’s en gekopieerde bestanden relatief aan een specifieke directory moeten worden opgelost.
Als je deze waarden niet instelt, gebruikt de sandbox de standaardwaarden van de geselecteerde basisimage.

Caching

Template-builds cachen eerder voltooide lagen, zodat herhaalde builds niet elke instructie opnieuw hoeven uit te voeren. Dit is meestal wat je wilt voor snelle iteratie. Wanneer je een volledig nieuwe build nodig hebt, schakel je cache uit voor de hele build met skipCache: true / skip_cache=True, of markeer je de templateketen met skipCache() / skip_cache().
Gebruik cache-busting bewust. Het vertraagt builds en moet normaal gesproken worden gereserveerd voor het vernieuwen van dependencies, debugging of wijzigingen in inputs die niet alleen uit de templatedefinitie zichtbaar zijn.
Laatst gewijzigd op 10 augustus 2026