Gérer les changelogs est essentiel pour maintenir vos mises à jour de l'application transparent et organisé. Ce guide explique comment créer, structurer et automatiser les historiques de changement pour applications Capacitor, afin que les développeurs et les utilisateurs restent informés. Voici ce que vous allez apprendre :
- Pourquoi les historiques de changement sont-ils importants : Ils simplifient la débogage, améliorent la communication et renforcent la confiance des utilisateurs.
- Comment structurer les historiques de changement : Utilisez des catégories comme « Ajouté », « Corrigé » et « Sécurité » pour une clarté.
- Meilleures pratiques : Mettez à jour les historiques de changement avant les commits, automatisez-les avec des outils comme __CAPGO_KEEP_0__ CapgoOutils d'automatisation
- __CAPGO_KEEP_0__: Utilisez les pipelines CI/CD et les normes de commit pour simplifier la gestion du changelog.
- Actualisations OTA: Documentez les mises à jour en direct avec des détails comme les numéros de version, les horodatages et les taux de réussite.
Conseil Rapide: Automatisez la création du changelog à l'aide d'outils comme Capgo pour économiser du temps et garantir la cohérence. 95 % des utilisateurs mettent à jour dans les 24 heures en utilisant des solutions OTA.
Découvrez la guide pour configurer votre premier changelog et l'intégrer de manière fluide dans votre flux de travail.
Comment versionner et gérer votre changelog de projet automatiquement pour …
Configuration de votre premier changelog
Créer un changelog clair est essentiel pour suivre et partager les mises à jour dans votre Capacitor application. Voici comment structurer efficacement et suivre les meilleures pratiques.
Options de format de changelog
Suivez les Conservez un Changelog norme pour organiser les mises à jour par version et type. Cette approche utilise des catégories claires pour rendre les mises à jour faciles à comprendre:
| Catégorie | Description | Exemple d'entrée |
|---|---|---|
| Ajouté | Nouvelles fonctionnalités | Added push notification support |
| Modifié | Mises à jour des fonctionnalités existantes | Updated authentication flow |
| Déprécié | Caractéristiques à supprimer bientôt | Deprecation des anciens points de terminaison API |
| Supprimé | Caractéristiques supprimées | Suppression des analytics obsolètes |
| Corrigé | Correctifs de bogues | Corrigé les permissions de la caméra iOS |
| Sécurité | Sécurité mise à jour | Mise à jour de l'encryption des données |
Créer votre fichier CHANGELOG.md
To configure votre CHANGELOG.mdveillez vous assurer qu'il est organisé de manière cohérente et facile à lire. Placez-le dans le répertoire racine de votre projet et incluez ces éléments principaux :
- Section d'en-tête: Ajoutez le nom de votre projet et une brève description.
- Versions: Documentez les mises à jour sous les numéros de version sémantiques (MAJOR.MINOR.PATCH).
- Dates de mise en production: Utilisez le format ISO (YYYY-MM-DD), comme
2025-03-27. - Catégories de changements: Groupiez les mises à jour sous les en-têtes appropriés.
Listez toujours les versions dans l'ordre chronologique inverse afin que les mises à jour les plus récentes soient en haut.
Étape d'ajout des étapes de changement au développement
Incorporez les mises à jour de votre journal de changement dans votre flux de travail pour garantir une documentation précise et à jour. Voici quelques conseils pratiques :
- Les Mises à Jour Pré-Commit: Mettez à jour le journal de changement avant de commiter des modifications code. Cela réduit la chance de manquer des mises à jour importantes.
- Intégration Automatisée: Les outils comme Capgo fonctionnent avec GitHub Actions, GitLab CI, et Jenkins [1] pour simplifier le processus d'actualisation de votre journal de changement.
- Processus de Revue: Intégrez la revue des entrées de journal de changement dans votre processus de demande de tirage. Cela garantit que les mises à jour sont précises et approuvées avant la fusion.
Écrire des entrées de journal claires
Les entrées de journal doivent trouver un équilibre entre précision technique et lisibilité, les rendant utiles pour les développeurs et les utilisateurs.
Guide de style d'écriture
Suivez ces principes pour vous assurer que vos entrées de journal soient claires et cohérentes :
- Écrire en présent
- Démarrer avec des verbes d'action
- Être spécifique sur ce qui a changé
- Mentionner les mises à jour des versions des dépendances
- Utilisez un langage technique minimaliste
Exemples :
| Entrée obscure | Entrée claire |
|---|---|
| Corrigé des bogues | Corrigez la gelure de la prévisualisation de la caméra sur les appareils iOS 17.4 |
| Added stuff | Ajoutez le support d'authentification biométrique pour Android |
| Changed API | Mettez à jour l'endpoint de profil utilisateur pour supporter de nouveaux champs |
| Fixes de sécurité | Patch SQLite vulnérabilité d'injection dans la fonction de recherche |
Types et Catégories de Changements
Organisez vos mises à jour en catégories claires afin que les utilisateurs puissent trouver rapidement ce qui les intéresse. Voici une présentation des catégories courantes :
- Ajouté: Introduit de nouvelles fonctionnalités ou de nouvelles capacités
- Modifié: Met à jour ou modifie des fonctionnalités existantes
- Déprécié: Marque des fonctionnalités ou capacités prévues pour être supprimées
- Supprimé: Indique des fonctionnalités ou capacités qui ont été supprimées
- Corrigé: Résout les bogues ou les problèmes
- Sécuritécontext : Page/zone : Page de produit/taux d'entreprise. Rôle : Étiquette d'interface utilisateur. Vu dans : page enterprise.astro. Clé de message `enterprise_hero_security_label` (Étiquette de sécurité de l'héros de l'entreprise).
Consider the user impact when assigning categories. For instance, if a core API is updated, list it under “Changed” and provide migration details if necessary. For major updates, link to the source for further context.
Considérez l'impact de l'utilisateur lors de l'affectation de catégories. Par exemple, si un noyau __CAPGO_KEEP_0__ est mis à jour, listez-le sous « Modifié » et fournissez des détails de migration si nécessaire. Pour les mises à jour majeures, cliquez sur le lien source pour plus de contexte.
Ajout de liens de référence
1. Faites de votre changelog plus utile en liant les entrées à la documentation pertinente, aux problèmes ou aux commits :
Directly link to GitHub issues or pull requests related to the change:
- Fix iOS camera permissions dialog ([#234](https://github.com/your-repo/issues/234))
2. Liez directement les problèmes ou les demandes de tirage de code __CAPGO_KEEP_0__ liés à la modification :
Liens de documentation
- Add push notification support (See [Migration Guide](https://docs.example.com/push))
3. Lorsque vous introduisez de nouvelles fonctionnalités ou des modifications de rupture, incluez des liens vers la documentation mise à jour :
For les mises à jour majeures, référez-vous au commit spécifique :
- Update authentication flow (commit: `8f4d89b`)
“Capgo est un outil indispensable pour les développeurs, qui veulent être plus productifs. Éviter la revue pour les correctifs est d'or.” - Bessie Cooper
Outils d'automatisation de changelog
L'automatisation de la création de changelog simplifie votre flux de travail et garantit une documentation cohérente des modifications tout au long de votre projet Capacitor.
Meilleurs outils de changelog
Plusieurs outils peuvent gérer efficacement l'automatisation de changelog. Lors du choix d'un outil, concentrez-vous sur ces caractéristiques clés :
- Détection de version: Repère automatiquement les nouvelles versions
- Analyse de commit: Extraits les détails pertinents des messages de commit
- Capacités d'intégration: S'intègre parfaitement dans votre pipeline CI/CD existant
- Options de personnalisation: S'adapte aux besoins spécifiques de votre projet
Capgo facilite l'automatisation du changelog en intégrant des mises à jour en temps réel [1]. Avec plus de 750 applications en production et 23,5 millions de mises à jour délivrées [1], il a prouvé sa fiabilité. Pour tirer le maximum de ces outils, assurez-vous que vos messages de commit suivent une structure claire.
Normes des messages de commit
Utilisez ce format pour les messages de commit :
[corps facultatif]
[pied de page facultatif]
Voici quelques types de commit courants :
- feat: Pour introduire de nouvelles fonctionnalités
- fix : Pour résoudre les boguesdocs : Pour les modifications de documentation
- style : Pour les mises à jour de mise en formerefactor : Pour réorganiser __CAPGO_KEEP_0__ sans modifier son comportement
- test : Pour ajouter ou mettre à jour les testschore : Pour les tâches de maintenance générale
- feat : Pour ajouter de nouvelles fonctionnalités: For reorganizing code without changing its behavior
- build : Pour les mises à jour de constructionci : Pour les mises à jour de la chaîne d'intégration
- a11y : Pour améliorer l'accessibilitérevert : Pour annuler les modifications précédentes
Configuration de CI/CD de changelog
En combinant des outils automatisés avec des messages de commit normalisés, vous pouvez intégrer la génération de changelog dans votre pipeline CI/CD. Cette configuration garantit des mises à jour rapides et précises. Un pipeline configuré correctement peut générer automatiquement des changelogs, vérifier la mise en forme des messages, mettre à jour la documentation et avertir votre équipe.
Les résultats parlent d'eux-mêmes : 95 % des utilisateurs actifs reçoivent des mises à jour dans les 24 heures en utilisant le système de déploiement automatisé de Capgo [1].
Gestion de changelog pour les mises à jour OTA
Gérer les changelogs pour les mises à jour sur-air (OTA) nécessite une attention particulière car ces mises à jour sont déployées instantanément. Contrairement aux mises à jour traditionnelles des magasins d'applications que les utilisateurs téléchargent manuellement, les mises à jour OTA atteignent les appareils automatiquement. Cela rend essentielle une documentation claire et détaillée pour maintenir la confiance des utilisateurs et garantir la transparence.
Documentation de mise à jour OTA
Lors de la gestion de mises à jour en direct, il est important de documenter les détails clés tels que la version du bundle, la version de mise à jour OTA, les horodatages de déploiement, les taux de réussite et les indicateurs d'adoption des utilisateurs. Pour rendre le changelog facile à comprendre, organisez les mises à jour en catégories claires :
| Catégorie | Description | Exemple d'entrée |
|---|---|---|
| Réparations critiques | Correctifs d'urgence pour les problèmes immédiats | “Résolu le crash dans le flux d'authentification de l'utilisateur” |
| Mises à jour de fonctionnalités | Nouvelles ou améliorées fonctionnalités | “Ajouté le support de la mode sombre pour le tableau de bord” |
| Performances | Améliorations de vitesse et d'optimisation | “Réduit le temps de chargement de l'application de 40%” |
| Sécurité | Mises à jour pour améliorer la sécurité | “Amélioré l'encryption des données pour les transferts de fichiers” |
Capgo “En cours de soumission d'un PR à Capgo”

Pour les mises à jour OTA en direct, une documentation détaillée est nécessaire pour compléter votre stratégie de changelog globale. Capgo simplifie ce processus en suivant automatiquement les versions, en surveillant les performances des mises à jour, en enregistrant les retours en arrière et en enregistrant les déploiements par canal.
Un développeur gérant plus de 5 000 utilisateurs a partagé son expérience :
“Nous avons déployé les mises à jour OTA de Capgo en production pour notre base d’utilisateurs de +5000. Nous constatons une opération très fluide, presque tous nos utilisateurs sont à jour dans les minutes qui suivent le déploiement de la mise à jour OTA vers @Capgo.” – colenso [1]
Meilleures pratiques pour la gestion du changelog OTA:
- Enregistrez les modifications dès qu'elles sont effectuées.
- Suivez les mises à jour par canal pour soutenir les déploiements étalés.
- Conservez des enregistrements clairs des retours en arrière pour une résolution rapide des problèmes.
Rodrigo Mantica met en avant l'importance de cette approche :
“Nous pratiquons le développement agile et @Capgo est essentiel pour livrer continuellement à nos utilisateurs !” – Rodrigo Mantica [1]
Résumé
Pratiques clés pour la gestion du changelog
Gérer efficacement les changelogs renforce la clarté et crée de la confiance auprès des utilisateurs. Voici quelques pratiques essentielles :
| Pratique | Description | Impact |
|---|---|---|
| Suivi de version | Conservation des numéros de version (app et OTA). | Taux de réussite mondial de 82% pour les mises à jour suivies [1] |
| Catégories d'actualisation | Classer les mises à jour par type (corrections, fonctionnalités, sécurité). | 95% des utilisateurs actifs mettent à jour dans les 24 heures [1] |
| Enregistrements de déploiement | Enregistrez les horodatages, les taux de réussite et les indicateurs. | Compatibilité avec la surveillance de 23,5 millions de mises à jour. [1] |
| Stratégie de reversion | Conservation des journaux des versions précédentes avec l'intégration OTA. | Permet une récupération immédiate lorsqu'elle est nécessaire. |
Outils recommandés pour une meilleure gestion.
Pour mettre en œuvre ces pratiques de manière efficace, l'utilisation des bons outils est cruciale. Les applications modernes Capacitor bénéficient d'outils comme Capgo, qui simplifie la gestion du changelog avec des fonctionnalités telles que :
- Contrôle de version automatique.: Suivez et documentez les mises à jour de manière fluide à l'aide des pipelines CI/CD.
- Analytique en temps réel.: Suivez les performances des mises à jour et les taux d'adoption des utilisateurs.
- Gestion de canal: Activation de la mise en bêta et des déploiements étalés pour un déploiement plus fluide.
Lors du choix des outils pour la gestion du changelog, donnez la priorité à :
- Intégration fluidecontext
- Page/zone : Site web marketing de Capgo. Rôle : Étiquette de navigation ou élément UI court. Clé de message `seamless_integration` (Intégration fluide).:Compatibilité avec vos flux de travail existants.
- Documentation détaillée: Suivi automatique des données de déploiement.
Mises à jour des utilisateurs
“We practice agile development and @Capgo is mission-critical in delivering continuously to our users!” [1]
Keep going from Capacitor Changelog Management: Ultimate Guide
“Nous pratiquons le développement agile et @__CAPGO_KEEP_0__ est essentiel à la livraison continue à nos utilisateurs !” Capacitor Gestion du changelog : Guide ultime pour planifier le rollback et le contrôle de version, connectez-l’à Rollbacks pour les détails d'implémentation dans Rollbacks, Version ciblée contexte : Page/zone : Page de marketing de solutions Capgo. Rôle : En-tête de section ou de page. Vu dans : page solutions/version-cible.astro. Clé de message `solutions_version_cible_title` (Titre des solutions de version cible). | Page/zone : Page de marketing de solutions Capgo. Rôle : Étiquette de navigation ou élément de navigation court. Vu dans : page solutions/version-cible.astro. Clé de message `solutions_version_cible` (Solutions de version ciblée). pour les détails d'implémentation dans Version ciblée, Mise à jour pour les détails d'implémentation dans Mise à jour, bundle Capgo Live Updates Capgo Mises à jour en direct ! : Guide ultime de la gestion du changelog