Quand les déploiements deviennent routiniers,
automatisez-les
Déposez les fichiers dans le navigateur pour la première preuve. Quand le même build statique sort encore et encore, placez la publication dans votre terminal, votre job CI ou votre procédure d'équipe pour qu'elle ne dépende plus d'un téléversement oublié.
Pour les publications que vous faites plus d'une fois
Ne plus dépendre de la mémoire manuelle
Une commande de déploiement transforme un téléversement répété en étape de publication que l'équipe peut documenter, relire et exécuter de la même manière.
Laisser la CI finir le travail
Si GitHub Actions ou un autre système CI a déjà produit le build, l'étape de déploiement doit publier ce dossier sans qu'une personne ait à téléverser les fichiers une nouvelle fois.
Garder le même modèle de projet
Commencez par le téléversement navigateur, puis déplacez le même projet vers l'automatisation lorsqu'il devient un vrai chemin de publication.
Manuel d'abord, automatisation quand elle mérite sa place
Les prévisualisations ponctuelles doivent rester simples. Les déploiements CLI deviennent intéressants quand un site est publié régulièrement, relu par une équipe ou déclenché par un pipeline de build.
steps:
- uses: actions/checkout@v2
- run: npm install && npm run build
- run: npx @deploypages/cli deploy ./dist --token ${{ secrets.DEPLOY_TOKEN }}Questions fréquentes
Q: Est-ce compatible avec Windows, macOS et Linux ?
Oui. Un chemin de déploiement CLI utile doit fonctionner avec les systèmes que les équipes utilisent déjà pour les builds locaux et les runners CI.
Q: Puis-je cibler un projet précis depuis l'automatisation ?
Oui. Le déploiement scriptable fonctionne bien seulement si l'équipe peut rattacher explicitement un flux de publication au bon contexte de projet.
Q: Est-ce adapté aux monorepos ?
Oui. Les équipes en monorepo ont besoin d'un chemin de déploiement capable de cibler proprement des répertoires de travail et des sorties de publication précises.
Commencez par ce que tout site statique possède déjà
Téléversez les fichiers construits, obtenez un lien HTTPS, puis ajoutez domaines, retour arrière, statistiques, automatisation et contrôle d'équipe quand le projet en a besoin.