Vérifier la syntaxe ou justifier le changement de numéro ?
SemVer vérifie seulement la syntaxe. Décidez de la compatibilité selon les changements réels; utilisez la révision des versions API pour les contrats modifiés.
Elysia Tools
Navigation mobile
Workflow Playbook
Vérifiez une version à partir de son journal des modifications, contrôlez la syntaxe et les références Markdown, puis préparez des notes cohérentes pour le web, Slack et PDF.
Dossiers
Ce parcours accompagne les responsables qui remettent une version logicielle aux relecteurs et aux chargés des annonces. Partez du journal de référence et d’un numéro précis, pas de messages de modification mélangés. Extrayez les sections, vérifiez dates et catégories et comparez les entrées aux preuves approuvées. Une section vide peut révéler un format non reconnu plutôt qu’une absence de changement. N’intégrez pas automatiquement tout ce qui reste non publié.
Expliquez le changement, les personnes concernées et les consignes de migration ou de retour arrière approuvées. Une syntaxe SemVer correcte ne justifie pas une version mineure. Réglez cette décision avant publication. Le contrôle de style repère des défauts de forme; les corrections sûres ne remplacent pas la relecture des titres, exemples et explications. Figez une révision source avant de créer les variantes.
Une courte annonce ne nécessite généralement pas de sommaire. Pour un document long, terminez les titres avant de le générer, puis vérifiez les références. Les ancres suivent les conventions de GitHub; testez-les dans le moteur de rendu du site. Un contrôle statique ne garantit pas la disponibilité d’un téléchargement. Ouvrez séparément les destinations importantes, y compris celles soumises à authentification.
Générez uniquement les formats nécessaires. Une grande table peut rester dans les notes complètes; Slack doit conserver un résumé lisible, les avertissements et le lien officiel. Réécrivez les tableaux, listes de tâches et explications dépendantes d’images signalés comme non pris en charge. La conversion ne déploie pas le site et n’envoie pas le message.
Si un PDF est requis, examinez les pages pour détecter tableaux coupés, code débordant et contexte perdu aux sauts de page. Comparez numéro, date, instructions et liens de chaque livrable au maître. Régénérez une variante ancienne au lieu de retoucher seulement son export. Archivez ensemble révision approuvée et noms de fichiers. Utilisez le parcours de documentation pour les manuels plus vastes, les utilitaires Markdown pour les retouches isolées et la révision des versions API pour décider de la compatibilité des contrats avant cette livraison.
Guide de workflow
Extrayez versions et changements classés, sélectionnez la publication prévue, comparez les preuves et validez le numéro sans confondre syntaxe et compatibilité.
Corrigez les problèmes de forme, examinez titres et blocs de code manuellement et complétez les explications de changement et de migration.
Générez une table des matières si nécessaire puis contrôlez ancres internes, formats et références non définies; testez séparément les URL externes et les ancres du rendu cible.
Convertissez le maître approuvé en HTML et le résumé en Slack mrkdwn, adaptez les éléments non pris en charge et comparez les faits avant livraison, sans publication automatique.
SemVer vérifie seulement la syntaxe. Décidez de la compatibilité selon les changements réels; utilisez la révision des versions API pour les contrats modifiés.
Évitez-la pour une annonce courte. Pour un texte long, stabilisez les titres avant de générer la navigation et testez les ancres dans le rendu cible.
Gardez le contexte détaillé sur le web ou en PDF. Raccourcissez Slack sans perdre les avertissements ni le lien officiel; adaptez tableaux et listes de tâches non pris en charge.
Calculateurs, outils numériques, logique de dates, statistiques et finance
Exportez un PDF avec un thème adapté, inspectez pagination et lisibilité et rapprochez les livrables de la même révision approuvée.