Canales de versiones¶
VisioForge publica los paquetes del SDK .NET en nuget.org con frecuencia, a menudo varias veces por semana. No todas esas compilaciones están pensadas para producción, y esta página le indica cuál debe elegir.
Números de versión¶
Cada versión de paquete es una fecha: YYYY.M.D. 2026.8.16 se generó el 16 de agosto de 2026. Las versiones solo avanzan, y una versión superior es siempre la compilación más reciente.
Los paquetes de runtime nativo (VisioForge.CrossPlatform.*) llevan sus propias fechas y avanzan según su propio calendario, porque los runtimes de plataforma que encapsulan se reconstruyen de forma independiente del SDK administrado. Que un paquete administrado y su acompañante nativo tengan números de versión distintos es normal, no una incompatibilidad.
Los dos canales¶
| Estable | Diaria | |
|---|---|---|
| Qué es | Una compilación que ha pasado una ejecución completa de pruebas y ha sido designada como la versión a usar | Cualquier otra compilación publicada |
| Versión | Una versión YYYY.M.D normal, sin sufijo | Una versión YYYY.M.D normal, sin sufijo |
| Cómo identificarla | Marcada con stable en su encabezado del historial de cambios | Todas las demás |
| Para quién es | Producción. Es la recomendación por defecto | Tomar una corrección el mismo día en que llega, y probarla |
Ambos canales se publican en nuget.org como versiones normales, de modo que dotnet add package y la interfaz de NuGet le ofrecerán la compilación más reciente sea cual sea el canal. Fije la versión explícitamente si quiere la estable.
Tomar la versión estable¶
Indique la versión en el archivo de proyecto en lugar de dejar que NuGet resuelva la más reciente:
<ItemGroup>
<PackageReference Include="VisioForge.DotNet.MediaBlocks" Version="2026.8.16" />
</ItemGroup>
El historial de cambios la indica: el encabezado de la entrada estable dice ## 2026.8.16 - stable. Ese encabezado es la autoridad. Los números de versión que encuentre en cualquier otro sitio —en un proyecto de ejemplo, en un fragmento de la documentación— son aquello con lo que se selló ese archivo por última vez, no una afirmación sobre cuál es la versión estable.
Se designa una nueva versión estable aproximadamente una vez al mes.
Tomar una compilación diaria¶
Tome la versión publicada más reciente. Es lo que obtiene por defecto con dotnet add package sin versión, y es la elección correcta cuando espera una corrección recién anunciada en el historial de cambios: está disponible el día en que se publica y no a final de mes.
La contrapartida es que una compilación diaria incluye todos los demás cambios hechos ese día.
Informar de un problema¶
Si una compilación le introduce una regresión, abra una incidencia indicando la versión desde la que venía y la versión a la que pasó. Ambos números son fechas, así que nos dicen exactamente qué cambios hay entre ellas.