osFoundry / Platform
Releases
Sortez une release avec notes, artefacts et changelog — auto-générés par Maestro si vous voulez.
Présentation
Releases, c'est la façon dont osFoundry transforme un point de votre historique Git en un livrable versionné : un tag, un ensemble d'artefacts de build, des notes de version lisibles et un changelog. Cela vit dans la surface Code & Build, aux côtés de vos dépôts, si bien que publier une version ne signifie pas quitter l'espace de travail, brancher un fournisseur de CI à part, ni recopier des messages de commit à la main dans un wiki. Vous choisissez le commit ou le tag, nommez la version, joignez les fichiers que vous avez compilés, et vous publiez.
Au sein d'osFoundry, le changelog et les notes peuvent être générés automatiquement par Maestro, l'agent de l'espace de travail. Maestro lit la plage de commits depuis votre dernière version et rédige un changelog ainsi qu'un résumé des changements — regroupés et formulés pour des humains, pas comme une simple liste de sujets de commit. Comme osFoundry fonctionne en bring-your-own-key, cette rédaction s'exécute sur le modèle que vous avez connecté (local, cloud ou auto-hébergé) ; aucune marge de revente sur les tokens, et si vous le pointez vers un modèle local, le diff et l'historique de commits restent sur votre appareil. Le brouillon est un point de départ que vous éditez, pas une boîte noire : vous gardez le dernier mot sur chaque ligne avant la publication.
Cela compte, car les notes de version sont l'étape que les équipes sautent dès qu'elle devient une friction. Garder le tag, les artefacts, le changelog et le récit au même endroit — juste à côté du code qu'ils décrivent — fait que la trace de ce que vous avez livré est réellement écrite, reste exacte, et se trouve là quand, trois mois plus tard, quelqu'un demande « qu'est-ce qui a changé dans cette version ? ».
Fonctionnalités clés
- Taguez un commit comme une version nommée et publiez-le en release directement depuis la surface Code & Build, sans CI externe
- Joignez les artefacts de build — binaires, paquets, archives — à la release pour que les fichiers livrés restent avec la version qui les a produits
- Générez automatiquement un changelog à partir de la plage de commits depuis votre dernière version, rédigé par Maestro et entièrement modifiable avant publication
- Rédigez des notes de version sous forme de résumé lisible des changements, conservé à côté du code plutôt que dans un document séparé
- BYOK et local-first : la rédaction du changelog tourne sur vos propres clés de modèle, et avec un modèle local votre historique de commits ne quitte jamais l'appareil
Cas d’usage
- Mainteneur en solo : publiez une release v1.2, laissez Maestro rédiger le changelog à partir de 40 commits, corrigez deux lignes et publiez avec le binaire compilé joint
- Lead d'une petite équipe : livrez un build versionné avec des notes que vos collègues peuvent réellement lire, sans payer au siège pour un outil de release à part
- Développeur soucieux de la confidentialité : générez les notes de version avec un modèle local pour que les messages de commit et les diffs propriétaires restent sur votre machine
Questions fréquentes
osFoundry écrit-il mes notes de version à ma place ?
Il le peut. Maestro lit les commits depuis votre dernière version et rédige un changelog et un résumé en langage clair, que vous éditez ensuite avant de publier. C'est optionnel — vous pouvez tout écrire à la main — et la sortie de l'IA est toujours un brouillon que vous relisez, jamais publié automatiquement.
Quel modèle d'IA génère le changelog ?
Celui que vous avez connecté. osFoundry est bring-your-own-key, donc la rédaction du changelog utilise votre propre modèle — local, cloud ou auto-hébergé — sans marge sur les tokens. Pointez-le vers un modèle local et votre historique de commits reste sur votre appareil.
Puis-je joindre des artefacts de build à une release ?
Oui. Une release relie le tag de version, les notes de version, le changelog et les artefacts que vous avez compilés — binaires, paquets ou archives — pour que les fichiers livrés restent avec la version exacte qui les a produits.