Mantieni la compilazione .NET che usi già
Usa dotnet restore e dotnet publish con il progetto o la soluzione già in Git. La directory di output diventa l'artefatto avviato dal rilascio.
Crea un artefatto di rilascio con dotnet publish, avvia l'assembly scelto, verifica l'integrità dell'applicazione e mantieni la route collegata alla versione del codice sorgente.
Versione candidata
.NET
SORGENTE
Git
REGION
de
ROUTE
HTTPS
01Codice sorgente ricevuto
02Compilazione completata
03Ambiente di esecuzione avviato
04Controllo di integrità superato
Route promossa
production.adios.run
Un percorso verso la produzione per
Il percorso di produzione
L'applicazione o il servizio è solo una parte della produzione. Le evidenze della compilazione, lo stato dell'ambiente di esecuzione, l'integrità, i segreti, i log, le route e la versione promossa devono restare consultabili insieme.
Usa dotnet restore e dotnet publish con il progetto o la soluzione già in Git. La directory di output diventa l'artefatto avviato dal rilascio.
Imposta ASPNETCORE_URLS o il binding equivalente, esponi un endpoint di integrità ed esamina la configurazione di avvio prima che la versione candidata diventi quella attuale.
Output della compilazione, log di esecuzione, stato di integrità, segreti, domini e versione promossa restano associati al progetto, senza essere sparsi tra strumenti indipendenti.
Dal codice sorgente al rilascio
Usa il codice sorgente e il comportamento di produzione già previsti dal progetto. Il manifesto indica cosa la piattaforma deve compilare o provisionare e come verificare che il risultato sia pronto.
Porta il repository esistente oppure esamina e distribuisci una delle varianti dei modelli iniziali indicate nei link qui sotto.
$adios loginMantieni in adios.yaml i comandi, la versione dell'ambiente di esecuzione o del servizio, il comportamento dei controlli di integrità e i riferimenti ai segreti.
$git diff -- adios.yamlSegui le evidenze della compilazione e dell'esecuzione, verifica la versione candidata e apri la route promossa o la connessione al servizio.
$adios upname: dotnet-api
build_cmd: dotnet publish -c Release -o out
start_cmd: dotnet out/MyApp.dll
runtime:
name: dotnet@8
port: 8080
health_path: /healthzPunti di partenza pronti per la distribuzione
Confronta i modelli iniziali ASP.NET Core, Minimal API e Blazor, con i percorsi esatti di pubblicazione e avvio già visibili.
Progetti base API
Progetti base ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-aspnet-core.git
cd template-dotnet-aspnet-core
adios upProgetti base API
Progetti base ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-fastendpoints.git
cd template-dotnet-fastendpoints
adios upProgetti base API
Progetti base ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-8.git
cd template-dotnet-8
adios upProgetti base API
Progetti base ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-blazor.git
cd template-dotnet-blazor
adios upProgetti base API
Progetti base ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-abp.git
cd template-dotnet-abp
adios upProgetti base API
Progetti base ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core e .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-orchard-core.git
cd template-dotnet-orchard-core
adios upPrima della produzione
Il primo rilascio più sicuro parte da una compilazione o configurazione del servizio riproducibile e da un'anteprima che mette alla prova le dipendenze effettivamente usate in produzione.
Risposte alle tue domande
Verifica i limiti dell'ambiente di esecuzione o del servizio, il percorso del modello, il comportamento in caso di errore e i controlli di produzione prima di creare il primo rilascio.
Sì. Esegui la CLI Adios dalla radice del progetto, mantieni il repository e i file delle dipendenze che usi già e aggiungi un file adios.yaml con compilazione di produzione, comando di avvio, porta e percorso di integrità.
Non per un ambiente di esecuzione standard supportato. Usa i normali comandi di produzione del progetto in adios.yaml. Se la compilazione richiede pacchetti di sistema insoliti o librerie native, verifica le dipendenze in anteprima prima della promozione.
Il catalogo include varianti ASP.NET Core, FastEndpoints, .NET 8 Minimal API, Blazor, ABP Framework e Orchard Core.
Sì, se l'ambiente di esecuzione Adios scelto corrisponde al framework di destinazione. Mantieni espliciti l'output di pubblicazione e l'assembly da avviare e verifica in anteprima le librerie native necessarie.
La versione candidata conserva l'output della compilazione e dell'esecuzione per l'ispezione. Deve superare i controlli di integrità prima di diventare la versione promossa che serve la route dell'applicazione.
Sì. Questa pagina collega i modelli iniziali ufficiali Adios .NET più pertinenti. Esamina la variante esatta del codice sorgente, distribuiscila dalla console oppure clonala localmente ed esegui adios up.
Percorsi di distribuzione correlati
Crea un artefatto di rilascio ASP.NET Core, fai ascoltare Kestrel sulla porta di produzione, verifica l'integrità e collega configurazione, log, domini e TLS.
Scegli una versione PostgreSQL, mantieni le credenziali del database fuori da Git, collega archiviazione persistente, connetti l'applicazione e verifica i dati dopo un riavvio.
Avvia Redis 7 per cache, sessioni, pub/sub o stato ad accesso rapido e verifica connettività, requisiti di persistenza, espulsione dei dati e comportamento in caso di errore delle dipendenze.
Distribuisci attività pianificate, processori di webhook, punti di approvazione, attività di manutenzione e automazioni operative da un manifesto di workflow versionato.
Il primo rilascio
Parti dal repository o da un modello, verifica il contratto di distribuzione ed esamina la versione promossa in produzione.