Conserva la compilación de .NET que ya usas
Usa dotnet restore y dotnet publish con el proyecto o la solución que ya están en Git. El directorio de salida se convierte en el artefacto que inicia el lanzamiento.
Crea un artefacto de lanzamiento con dotnet publish, inicia el ensamblado seleccionado, comprueba el estado de la aplicación y mantén la ruta vinculada a la versión del código fuente.
Versión candidata
.NET
CÓDIGO FUENTE
Git
REGION
de
ROUTE
HTTPS
01Código fuente recibido
02Compilación completada
03Entorno de ejecución iniciado
04Control de salud aprobado
Ruta promovida
production.adios.run
Un camino de producción para
El camino de producción
La aplicación o el servicio son solo una parte de producción. Las pruebas de compilación, el estado del entorno de ejecución, la salud, los secretos, los registros, las rutas y la versión promovida deben permanecer disponibles para inspección conjunta.
Usa dotnet restore y dotnet publish con el proyecto o la solución que ya están en Git. El directorio de salida se convierte en el artefacto que inicia el lanzamiento.
Configura ASPNETCORE_URLS o el ajuste equivalente para escuchar, expón un endpoint de comprobación de estado e inspecciona la configuración de inicio antes de que la versión candidata pase a ser la actual.
Los resultados de compilación, los registros del entorno de ejecución, el estado, los secretos, los dominios y el lanzamiento promocionado permanecen vinculados al proyecto, en lugar de repartirse entre herramientas independientes.
Del código fuente al lanzamiento
Usa el código fuente y el comportamiento de producción que ya tiene el proyecto. El manifiesto registra lo que la plataforma debe compilar o aprovisionar y cómo llega a estar listo el resultado.
Trae el repositorio existente o inspecciona y despliega una de las variantes exactas de plantillas iniciales enlazadas abajo.
$adios loginMantén los comandos, la versión del entorno de ejecución o servicio, el comportamiento de salud y las referencias a secretos en adios.yaml.
$git diff -- adios.yamlSigue las pruebas de compilación y ejecución, verifica la versión candidata y abre la ruta promovida o la conexión del servicio.
$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: /healthzPuntos de partida desplegables
Compara los proyectos iniciales de ASP.NET Core, Minimal API y Blazor con sus rutas exactas de publicación e inicio ya visibles.
Plantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-aspnet-core.git
cd template-dotnet-aspnet-core
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-fastendpoints.git
cd template-dotnet-fastendpoints
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-8.git
cd template-dotnet-8
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-blazor.git
cd template-dotnet-blazor
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-abp.git
cd template-dotnet-abp
adios upPlantillas iniciales de API
Plantillas iniciales de ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core y .NET 8.
git clone https://github.com/adiosdotdev/template-dotnet-orchard-core.git
cd template-dotnet-orchard-core
adios upAntes de la producción
El primer lanzamiento más seguro empieza con una compilación o configuración de servicio reproducible y una vista previa que pruebe las dependencias que usará producción.
Preguntas, respuestas
Revisa el límite del entorno de ejecución o servicio, la ruta de la plantilla, el comportamiento de fallos y las comprobaciones de producción antes de crear el primer lanzamiento.
Sí. Ejecuta la CLI de Adios desde la raíz del proyecto, conserva el repositorio y los archivos de dependencias que ya usas y añade un archivo adios.yaml que describa la compilación de producción, el comando de inicio, el puerto y la ruta de comprobación de estado.
No para un entorno de ejecución estándar compatible. Usa los comandos de producción habituales del proyecto en adios.yaml. Si la compilación necesita paquetes poco habituales del sistema operativo o bibliotecas nativas, verifica esas dependencias en una vista previa antes de la promoción.
El catálogo incluye variantes de ASP.NET Core, FastEndpoints, .NET 8 Minimal API, Blazor, ABP Framework y Orchard Core.
Sí, cuando el entorno de ejecución de Adios seleccionado coincide con el framework de destino. Mantén explícitos los archivos de publicación y el ensamblado que se inicia, y verifica las bibliotecas nativas necesarias en una vista previa.
El lanzamiento candidato conserva sus resultados de compilación y ejecución para su inspección. Debe indicar un estado correcto antes de convertirse en la versión promocionada que sirve la ruta de la aplicación.
Sí. Esta página enlaza a los proyectos iniciales oficiales de .NET de Adios más adecuados. Inspecciona la variante exacta del código fuente, despliégala en la consola o clónala localmente y ejecuta adios up.
Opciones de despliegue relacionadas
Crea un artefacto de lanzamiento de ASP.NET Core, configura Kestrel para escuchar en el puerto de producción, comprueba su estado y conecta la configuración, los registros, los dominios y TLS.
Elige una versión de PostgreSQL, mantén las credenciales de la base de datos fuera de Git, conecta almacenamiento persistente y la aplicación, y comprueba los datos después de un reinicio.
Inicia Redis 7 para cargas de trabajo de caché, sesiones, pub/sub o estado de acceso rápido, y verifica la conectividad, las expectativas de persistencia, la expulsión de datos y el comportamiento ante fallos de dependencias.
Despliega trabajos programados, procesadores de webhooks, puntos de aprobación, tareas de mantenimiento y automatizaciones operativas desde un manifiesto de flujo de trabajo versionado.
La primera versión
Parte del repositorio o de una plantilla, revisa el contrato de despliegue e inspecciona lo que se convierte en la versión promovida de producción.