Devtools

107 commits. Des conventional commits impeccables depuis le premier jour. Feat, fix, refactor, chore — tout parfaitement étiquetté. Et le CHANGELOG ? Vide. Inexistant. Un fichier que “j’écrirai demain” pendant deux mois. Si ça vous dit quelque chose, vous n’êtes pas seuls. Écrire un changelog à la main, c’est un cauchemar de catégorie olympique. Ce n’est pas que ce soit difficile — c’est que c’est pénible, répétitif, et il y a toujours quelque chose de plus urgent à faire. Et c’est justement pour ça que git-cliff existe. ...

Il est deux heures du matin. Votre app compile. Vous la signez. Vous l’empaquetez dans un DMG. Vous exécutez notarytool submit. Apple dit “In Progress”. Vous attendez 5 minutes. 10. 20. Une heure. Deux heures. La soumission reste “In Progress”. Vous allez vous coucher. Le lendemain matin : Invalid. Sans plus d’explication que “The signature of the binary is invalid”. Pour les deux architectures. Merci, Apple. Très utile. La notarisation est l’un de ces processus qui fonctionne parfaitement… jusqu’à ce que ça ne fonctionne plus. Et quand ça échoue, vous vous retrouvez avec un .dmg que Gatekeeper ne va pas laisser ouvrir et une erreur qui ne vous dit rien. Après m’être battu avec ça pendant quelques jours avec Tokamak (mon app de menu bar pour surveiller le quota de Claude), j’ai décidé de documenter tout ce que j’avais appris et d’écrire un linter pour ne plus jamais repasser par là. ...

Je suis en train de construire une app de barre de menus pour macOS. Elle fonctionne parfaitement sur mon Mac. Maintenant je dois savoir si elle fonctionne sur un macOS propre : sans mes configurations, sans mes autorisations, sans mes données. Un utilisateur qui l’installe à partir de zéro. Comment on teste ça ? Il faut une machine virtuelle. “Facile”, me suis-je dit. “J’ai UTM installé. J’ouvre l’assistant, je crée une VM macOS, et c’est parti.” ...