Merge su main. Ed è online.
Deploydz fa girare i tuoi runner self-hosted di GitHub Actions dalla barra dei menu del Mac. Fai il merge su main e il deploy gira sul tuo Mac, a zero minuti di Actions, e la nuvola accanto all’orologio mostra com’è andata.
Merge
GitHub Actions si occupa della pianificazione. Il tuo Mac fa il lavoro, con i suoi strumenti e le sue chiavi.
- Fai il merge su main. GitHub mette in coda il workflow di deploy del repository.
- Il tuo Mac lo prende in carico. Il workflow gira su
[self-hosted, deploy], un runner che Deploydz tiene attivo, e carica il sito. - La barra dei menu lo mostra. Deploydz legge lo stato e il log di ogni deploy ogni 2 secondi, e una notifica ti avvisa quando è online.
on:
push:
branches: [main]
jobs:
deploy:
runs-on: [self-hosted, deploy]
steps:
- uses: actions/checkout@v4
# feeds the menu bar
- run: |
~/www/actions-runner/deploy.sh \
mysite ./deploy.shIl tuo Mac
Ora è il server di build, e Deploydz lo tiene in funzione.
- Un’app per tutti i runner
- Deploydz avvia i tuoi runner quando accedi, riavvia quello che si ferma e li ferma tutti quando esci dall’app. Nessun LaunchAgent per runner.
- Ogni deploy a colpo d’occhio
- Ogni sito mostra com’è andato il suo ultimo deploy: quando è andato online, da quanto è in attesa o la riga su cui si è fermato. Il suo sottomenu apre l’esecuzione su GitHub o il log del deploy.
- Anche le release delle app
- Le app compilate sul tuo Mac mostrano la loro versione e l’ultima release: il passaggio in corso, “Pubblicato 2 h fa” o il passaggio non riuscito.
- Un runner con un clic
- Scegli un repository e se è un Sito web o un’App. Deploydz scarica il runner, lo registra con
ghe lo avvia. - Sicuro con i repository pubblici
- Aggiungere un runner a un repository pubblico fa attendere la tua approvazione alle pull request dai fork, così il fork di uno sconosciuto non può girare sul tuo Mac.
- Zero minuti di Actions
- Le esecuzioni self-hosted sono gratuite, e così le release e i loro download. Niente gira sulle macchine di GitHub, quindi niente viene addebitato.
Installazione
- Scarica il DMG e trascina Deploydz in Applicazioni. È firmata e autenticata da Apple.
- Aprila. Al primo avvio attiva “Apri all’accesso”, e la nuvola compare accanto all’orologio.
- Aggiungi un runner. In Impostazioni, + sceglie uno dei tuoi repository e se è un Sito web o un’App.
- Collega il workflow. Il
deploy.ymldi un sito web gira su[self-hosted, deploy], il job Mac delrelease.ymldi un’app su[self-hosted, macOS, release].
Cosa ti serve
- macOS 15 o successivo, Apple silicon o Intel
- GitHub CLI,
gh, con l’accesso effettuato - I tuoi repository su GitHub
- Un Mac acceso quando fai il merge
Aiuto
Consuma minuti di GitHub Actions?
No. Le esecuzioni self-hosted sono gratuite. Tieni il budget di Actions a 0 $ nelle impostazioni di fatturazione di GitHub, così un job che dovesse finire sulle macchine di GitHub fallisce invece di essere addebitato.
Una pull request da un fork può eseguire codice sul mio Mac?
Non senza di te. Quando aggiungi un runner a un repository pubblico, Deploydz fa attendere la tua approvazione alle pull request dai fork.
Nel menu non ci sono App.
Deploydz chiede le release a GitHub con gh, quindi controlla con gh auth status che abbia l’accesso effettuato.
Un runner mostra ○ sotto Runner.
Si è fermato, e Deploydz lo riavvia entro 10 secondi. Se continua a fermarsi, leggi _diag/deploydz.log nella cartella di quel runner.
Cosa succede ai runner quando esco?
Si fermano con Deploydz e ripartono quando si apre. Ferma i runner nel menu li mette tutti in pausa senza uscire.
Come si aggiorna?
Cerca aggiornamenti… scarica la nuova versione e la installa solo se è firmata dallo stesso sviluppatore. Aspetta finché è in corso un deploy o una release, perché riavviare Deploydz ferma i runner.
Un workflow può installare o aggiornare Deploydz?
No. Riavviare Deploydz ferma tutti i runner, compreso quello su cui gira il workflow. Installalo a mano, oppure usa Cerca aggiornamenti….
Online
Scarica Deploydz, aggiungi un runner, e il tuo prossimo merge va online da solo.