Dev

Distribuir una app de macOS por tu cuenta (3): alojar el feed de actualizaciones y ajustes de compilación

La última pieza — dónde subir las actualizaciones En la Parte 1 preparamos el certificado Developer ID y la notarización, y en la Parte 2 la clave de firma de Sparkle. Ya tenemos los medios para firmar la app, notarizarla e incluso verificar la autenticidad de las actualizaciones. Sin embargo, en el lugar al que apunta el SUFeedURL (https://updates.example.com/appcast.xml) que escribimos en el Info.plist de la app en la Parte 2 todavía no hay nada. En esta última parte alojaremos el feed de actualizaciones que debe ir en ese sitio y terminaremos los ajustes de compilación para concluir toda la configuración inicial. ...

16 de mayo de 2026 · 8 min · 1634 palabras · Juhyun Lee
English 한국어 日本語 简体中文 Bahasa Indonesia Français Português Tiếng Việt 繁體中文
Dev

Distribuir una app de macOS por tu cuenta (2): crear la clave de firma de Sparkle para actualizaciones automáticas

Las actualizaciones automáticas, y por qué hace falta una capa más de firma En la Parte 1 terminamos la configuración del certificado Developer ID y de la notarización. Con eso ya tenemos listo lo necesario para entregar la app al usuario por primera vez. Pero una app no se distribuye una sola vez y se acabó: hay que seguir publicando nuevas versiones que corrigen errores y añaden funciones. En el caso de una app de la Mac App Store, la App Store se encarga de las actualizaciones por ti. Las apps de distribución directa no funcionan así, de modo que tienes que incorporar tú mismo una función de actualización automática dentro de la app. En macOS, el estándar de facto para esta tarea es el framework de código abierto Sparkle. Si incorporas Sparkle, la app comprueba periódicamente un “feed de actualizaciones (appcast)” y, si hay una nueva versión, avisa al usuario, la descarga y la instala. ...

15 de mayo de 2026 · 8 min · 1529 palabras · Juhyun Lee
English 한국어 日本語 简体中文 Bahasa Indonesia Français Português Tiếng Việt 繁體中文
Dev

Distribuir una app de macOS por tu cuenta (1): certificado Developer ID y notarización

Qué significa distribuir directamente con Developer ID Hay básicamente dos caminos para hacer llegar una app de macOS a los usuarios. Uno es a través de la Mac App Store (MAS), y el otro es la distribución directa (direct distribution), en la que el desarrollador permite descargar un archivo .dmg (o .app) creado por él mismo desde una web o desde un sitio como GitHub. La distribución directa tiene ventajas claras. No hay que esperar a la revisión de la App Store, no hay comisiones de pago y puedes publicar las actualizaciones en el momento y de la forma que quieras. A cambio, las tareas que la App Store gestionaba por ti — la firma de código, la notarización (notarization) y las actualizaciones automáticas — tienes que prepararlas tú mismo. ...

14 de mayo de 2026 · 10 min · 1975 palabras · Juhyun Lee
English 한국어 日本語 简体中文 Bahasa Indonesia Français Português Tiếng Việt 繁體中文