Lanzamientos de escritorio BaoCut
Esta es la aplicación Electron v3 (com.baocut.app). El skill anterior baocut-app es una referencia, no el flujo de trabajo ejecutable de este checkout. Mantén este skill de desarrollador fuera de los skills/ de craft de la App; no invoques lanzamientos heredados de GPUI/npm/Homebrew.
Selecciona el flujo de trabajo
| Intención del usuario | Leer y seguir |
|---|---|
| Solicitud de lanzamiento/publicación ordinaria; sin método especificado | Lanzamiento por etiqueta — predeterminado. Empuja la etiqueta de código fuente congelado; publica primero Mac arm64 verificado, luego agrega Windows CPU/CUDA/Vulkan a la misma Release. |
| Paquete/candidato local explícito, lanzamiento tradicional o manual, recuperación/continuación de plataforma única | Lanzamiento tradicional. Respeta las plataformas solicitadas y el ámbito local/público. |
| Solo identidad de firma, copias de seguridad portátiles o credenciales de GitHub | Firma/copias de seguridad. No crees una etiqueta ni publiques. |
Carga solo la referencia necesaria para la intención seleccionada. No pidas a los usuarios que elijan entre los dos métodos de lanzamiento cuando no hayan especificado uno: usa el lanzamiento por etiqueta. No recurras silenciosamente al empaquetado tradicional después de un fallo de Actions. Una instrucción específica solo local o solo plataforma anula el ámbito predeterminado de todas las plataformas; sigue el método y los límites explícitos del usuario.
Restricciones compartidas de lanzamiento
- Inspecciona el estado de git antes de editar; preserva el trabajo no relacionado o concurrente. Confirma los cambios de fuente propiedad de la tarea antes de congelar un lanzamiento. Sigue las reglas de commit del repositorio, autorización de push de la tarea actual y limpieza del árbol de trabajo; no reutilices la autorización de push de otra tarea ni la solicites nuevamente si ya se ha concedido aquí.
apps/desktop/package.jsonposee la versión de la App. Sincroniza la versión raíz y el archivo de bloqueo a través de npm; no incrementes las versiones de Cargo o protocolo para un lanzamiento de la App.- Consulta los lanzamientos/feeds reales antes de elegir una compilación. Las compilaciones aumentan estrictamente; las etiquetas/archivos ya publicados son inmutables.
- Mantén la etiqueta y todos los artefactos de la plataforma vinculados a un único SHA de código fuente completo. Nunca envíes binarios de fuente sucia, materiales de firma privados o envíos notariales intermedios.
- Publica la Release de Mac, sus notas de lanzamiento reconciliadas y los enlaces de descarga verificados tan pronto como el candidato de Mac pase; las compilaciones de Windows/CUDA no bloquean esta etapa. La finalización posterior de la plataforma actualiza los activos, notas y feeds de esa Release, nunca la etiqueta de Git ni su SHA de código fuente. Informa las plataformas pendientes por separado; avanza Latest en el paso de finalización a continuación.
- Para cada nueva versión/compilación publicada, sigue notas de lanzamiento: inventaria el rango completo de commits/PRs, resume rangos grandes en lotes, reconcilia la cobertura y publica el changelog consolidado. Un candidato local mantiene las mismas notas localmente; la continuación de plataforma reutiliza el rango de la versión existente.
- Después de cada lanzamiento público o continuación de plataforma, verifica los enlaces de descarga usando enlaces de descarga. Los README y baocut.com enlazan a
baocut.com/download/<id>, que sigue por sí mismo las GitHub Releases. No edites los README ni vuelvas a implementar el sitio para un lanzamiento; verifica que baocut.com sirva la nueva compilación. - Informa las comprobaciones y omisiones reales. Un push de etiqueta o verificación de credenciales por sí solo no es un lanzamiento completo; la publicación requiere trabajos exitosos, lectura pública, feeds, notas de lanzamiento verificadas y una comprobación de descarga de baocut.com que pase.
Lanzamiento público completo
Después de que todas las plataformas seleccionadas hayan publicado, los activos públicos y los feeds hayan pasado la lectura, y las notas de lanzamiento consolidadas estén verificadas, marca la versión estable de escritorio más reciente como Latest en la pestaña Releases de GitHub:
gh release edit "$release_tag" --repo "$release_repo" --latest
gh api "repos/$release_repo/releases/latest" --jq '.tag_name'
Usa el repositorio y la etiqueta verificados para esta tarea; la lectura debe coincidir con esa etiqueta. Los publicadores de plataforma preservan el Latest anterior mientras la validación y las cargas están en progreso, por lo que este paso final es necesario incluso cuando Actions tiene éxito. Los candidatos locales, borradores y prelanzamientos no avanzan Latest. Al continuar un lanzamiento anterior, mantén una versión/compilación de escritorio publicada más reciente como Latest. Incluye la etiqueta Latest verificada en el informe de finalización.
La guía de escritorio posee los mecanismos de empaquetado; las referencias específicas del modo explican cuándo cargarla. Las solicitudes solo para cambiar la configuración de lanzamiento no deben crear una etiqueta de lanzamiento ni publicar.