Cycle de vie
Comment une sandbox démarre, se met en veille, redémarre, et ce qui subsiste entre-temps.
Démarrage
Une sandbox démarre à l'ouverture d'un projet. L'interface indique sa progression selon les mêmes phases que celles observées par la plateforme :
| Phase | Ce qui se passe |
|---|---|
| Provisionnement | L'environnement est en cours de placement |
| Démarrage | L'environnement s'initialise |
| Installation | Les dépendances sont installées |
| Compilation | Votre framework produit sa première sortie |
| Lancement du serveur | Le serveur de développement se lève |
| Prêt | Votre application répond |
L'installation est ignorée lorsque les dépendances sont déjà présentes depuis une session précédente — ce qui est le cas courant après le premier démarrage.
Mise en veille
Une sandbox s'arrête après une période d'inactivité. L'arrêt est propre : les processus reçoivent une demande de terminaison, les écritures en attente sont vidées, et l'espace de travail est libéré proprement.
Les délais d'inactivité dépendent de votre offre. Les offres payantes conservent les environnements disponibles nettement plus longtemps que l'offre gratuite.
Redémarrage
Rouvrir un projet arrêté le relance. Cela ne repart pas d'une page blanche — voir ci-dessous.
Ce qui persiste
Tout ce qui se trouve dans le répertoire de votre projet est écrit directement sur le stockage persistant au fil de l'exécution. Concrètement, survivent à un arrêt :
- vos fichiers source, y compris les modifications faites depuis le canvas, l'éditeur, le terminal ou l'agent IA
- les dépendances installées
- les caches de build de votre framework
- tout ce que votre application écrit dans le répertoire du projet
Ne persistent pas :
- les processus et leur état en mémoire — un redémarrage est un démarrage à froid pour votre application
- les fichiers écrits hors du répertoire du projet, par exemple dans
/tmp - les variables d'environnement définies uniquement pour la session shell en cours
Une sandbox est un environnement de développement, pas une sauvegarde. Versionnez votre travail pour tout ce que vous ne pouvez pas vous permettre de perdre.
Accès concurrent
L'espace de travail d'un projet est détenu exclusivement par un seul environnement à la fois. Si un second démarrage est tenté alors que le premier tourne encore, il attend au lieu d'ouvrir les mêmes fichiers deux fois — c'est ce qui empêche deux environnements de corrompre un espace de travail partagé.