Développement

La dernière pièce — Où mettre les mises à jour En Partie 1 nous avons préparé le certificat Developer ID et la notarisation, et en Partie 2 nous avons préparé la clé de signature Sparkle. Cela signifie que nous avons maintenant un moyen de signer l’application, de la notariser, et de vérifier l’authenticité des mises à jour. Mais l’emplacement pointé par SUFeedURL (https://updates.example.com/appcast.xml), que nous avons écrit dans le Info.plist de l’application en Partie 2, ne contient encore rien. Dans cette dernière partie, nous allons héberger le flux de mises à jour qui ira à cet endroit et finir les paramètres de build, ce qui complètera l’intégralité de la configuration initiale. ...

Les mises à jour automatiques, et pourquoi vous avez besoin d’une couche de signature supplémentaire En Partie 1, nous avons terminé la configuration du certificat Developer ID et de la notarisation. Cela vous permet de livrer l’application aux utilisateurs pour la première fois. Mais une application ne se termine pas après une seule publication — vous devez continuer à publier de nouvelles versions qui corrigent des bugs et ajoutent des fonctionnalités. ...

Ce que signifie distribuer directement avec Developer ID Il existe globalement deux façons de mettre une application macOS entre les mains des utilisateurs. La première passe par le Mac App Store (MAS) ; la seconde est la distribution directe — vous laissez les utilisateurs télécharger un fichier .dmg (ou .app) que vous avez vous-même construit depuis un site web, GitHub ou un emplacement similaire. La distribution directe présente des avantages évidents. Vous n’avez pas à attendre la validation de l’App Store, il n’y a pas de commission sur les paiements, et vous pouvez publier des mises à jour quand et comme vous le souhaitez. En contrepartie, les tâches dont l’App Store s’occupait à votre place — signature du code, notarisation et mises à jour automatiques — sont désormais à votre charge. ...