CLI e CI

Quando i deploy diventano routine,
mettili in script

Trascina i file nel browser per la prima prova. Quando la stessa build statica viene spedita più volte, sposta la release step nel terminale, in un job CI o in un playbook, così la pubblicazione non dipende da qualcuno che si ricorda di caricare i file.

$npm install -g @deploypages/cli
Vedi docsOttieni accesso al deploy
💻
Build locale
zsh
➜ app git:(main) deploy ./dist
ℹ Deploying to my-app
ℹ Uploading... 100%
✔ Success!
☁️
Produzione

Per le release che fai più di una volta

Smetti di fare affidamento sulla memoria manuale

Un deploy command trasforma un upload ripetuto in una release step che il team può documentare, rivedere ed eseguire sempre nello stesso modo.

Lascia che CI finisca il lavoro

Se GitHub Actions o un altro sistema CI ha già prodotto la build output, la deploy step dovrebbe pubblicare quella cartella senza che una persona ricarichi i file.

Mantieni lo stesso modello di progetto

Inizia con upload dal browser, poi sposta lo stesso progetto in automation quando diventa un vero release path.

Manuale prima, automazione quando serve davvero

Le anteprime una tantum dovrebbero restare semplici. I CLI deploy diventano utili quando un sito viene pubblicato spesso, rivisto da un team o attivato da una build pipeline.

steps:
  - uses: actions/checkout@v2
  - run: npm install && npm run build
  - run: npx @deploypages/cli deploy ./dist --token ${{ secrets.DEPLOY_TOKEN }}

Domande frequenti

Q: Può funzionare su Windows, macOS e Linux?

Sì. Un buon CLI deploy path deve adattarsi ai sistemi operativi che i team usano già per build locali e CI runners.

Q: Posso indirizzare un progetto specifico dall'automazione?

Sì. Lo scriptable deployment funziona bene solo quando i team possono associare esplicitamente una release flow al contesto di progetto corretto.

Q: Si adatta ai monorepos?

Sì. I team con monorepo hanno bisogno di un deploy path che possa puntare a working directory specifiche e pubblicare release output in modo pulito.

Inizia dalla parte che ogni sito statico già possiede

Carica i file creati, ottieni un link HTTPS live, quindi aggiungi domini, ripristino di una versione precedente, statistiche, automazione e controllo del team quando il progetto ne ha bisogno.