Un bouton de déploiement pour votre README, qui mène vers des serveurs que les gens possèdent

Le badge README « Deploy to X » est un motif familier pour les mainteneurs open source — c’est la façon la moins frictionnée de transformer « clonez ceci et trouvez comment le faire tourner » en un clic. La partie qui mérite d’être remarquée dans cette version précise : le clic atterrit sur un serveur que le visiteur possède, pas un compte partagé sur une plateforme gérée avec sa propre facturation au compteur attachée à chaque instance que quelqu’un démarre.

L’implémentation complète

[![Deploy to Railyard](https://app.railyard.run/deploy/badge)](https://app.railyard.run/deploy?repo=https://github.com/OWNER/REPO)

Une ligne markdown, votre propre URL de dépôt substituée. Aucun processus de candidature, aucune attente d’approbation pour un programme partenaire, aucun compte séparé à enregistrer spécifiquement pour votre projet — c’est un motif d’URL, pas un produit avec lequel on s’intègre.

Ce qui se passe quand quelqu’un clique dessus

La personne se connecte, ou s’inscrit si elle est nouvelle — puis New app s’ouvre avec le dépôt déjà lu : framework détecté, types de processus remplis, bases de données identifiées, variables d’environnement documentées déjà listées. Le visiteur ne part pas d’un formulaire vide; il part de tout ce que Railyard a pu déjà comprendre sur le projet, à confirmer ou ajuster à partir de là.

Deux extras optionnels :

• &branch=NAME déploie une branche spécifique plutôt que celle par défaut — utile pour un projet qui veut que le bouton lance une branche de version stable plutôt que ce que main se trouve être au moment donné.
• Déjà dans le catalogue de gabarits? Utilisez https://app.railyard.run/deploy?template=KEY plutôt que l’URL du dépôt — les visiteurs obtiennent la configuration déjà remplie de l’entrée du catalogue (addons, notes de configuration documentées) plutôt que la détection automatique brute.

Pourquoi ça compte spécifiquement pour les mainteneurs, pas les utilisateurs finaux

Chaque mainteneur d’un projet auto-hébergeable a vécu le même fil de support : quelqu’un veut essayer le projet, avance à moitié dans une configuration manuelle, bute sur une chaîne de connexion de base de données ou une variable d’environnement manquante, et abandonne avant d’avoir jamais vu le projet tourner. Un bouton de déploiement ne remplace pas une bonne documentation — il remplace l’étape où la documentation seule ne suffisait pas à amener quelqu’un de zéro à une instance qui tourne, ce qui est habituellement exactement là où les utilisateurs intéressés se perdent.

Référence complète : Bouton Deploy to Railyard.