Méthodes de build
Dockerfile, Railpack, Nixpacks et buildpacks : lequel s'exécute et comment les builds s'adaptent à vos serveurs.
Étape par étape : Déployer Docker sur DigitalOcean · Déployer Docker sur Hetzner · Déployer Docker sur Vultr · Déployer Docker sur OVHcloud · Déployer Docker sur Scaleway · Déployer Docker sur UpCloud
| Méthode | Quand |
|---|---|
| Dockerfile | le dépôt en a un qui construit l’application (un Dockerfile qui n’ajoute rien du dépôt, une image de développement qui attend un bind mount, est ignoré automatiquement) |
| Railpack | la méthode par défaut pour les dépôts sans Dockerfile |
| Nixpacks | solution de repli quand Railpack ne peut pas planifier un dépôt |
| Buildpacks | choisi explicitement sous Settings → Build method |
Builds sur de petits serveurs
Railyard adapte automatiquement un build à la machine sur laquelle il s’exécute, y compris en utilisant un serveur de build temporaire plus puissant quand votre fournisseur le permet, donc la plupart des builds réussissent sans réglage manuel. Les builds ont jusqu’à 60 minutes, et les téléchargements d’image réessaient après un échec transitoire.
Si un build manque quand même de mémoire, la page de déploiement le signale et suggère la prochaine étape.