Bonne nouvelle ! Lorsque vous ajoutez une dépendance depuis GitHub, vous avez désormais accès à une toute nouvelle règle : Suivre la version 4D. Cet ajout puissant garantit que vos dépendances restent synchronisées avec votre environnement 4D sans effort, réduisant ainsi les problèmes de compatibilité et rendant votre flux de travail plus fluide que jamais.
SIMPLIFIEZ VOTRE GESTION DES DÉPENDANCES
Grâce à la règle Follow 4D version, vous n’avez plus besoin de suivre manuellement que les versions des dépendances s’alignent sur votre version 4D. Le gestionnaire de dépendances s’en charge pour vous, en veillant à ce que les versions les plus pertinentes soient sélectionnées automatiquement. Cela signifie
- Moins de travail manuel : vous n’avez pas besoin de rechercher vous-même les bonnes versions.
- Moins de problèmes de compatibilité : vos dépendances correspondent toujours à votre environnement 4D.
- Plus de stabilité : votre projet fonctionne toujours sans problème, même lors de la mise à jour ou de la rétrogradation de 4D.
DES MISES À JOUR FACILES ET UNE COMPATIBILITÉ FIABLE
Lorsque vous mettez à jour votre version de 4D, vos dépendances restent valides et vous pouvez facilement récupérer les dernières versions compatibles. Si vous passez à une version inférieure, le système ajustera automatiquement vos dépendances pour qu’elles correspondent à votre nouvelle version.
ÉTIQUETAGE DES VERSIONS POUR UNE RÉSOLUTION AUTOMATIQUE
Pour que ce système fonctionne efficacement, les contributeurs doivent veiller à ce que les dépendances respectent une convention de nommage structurée. Le gestionnaire de dépendances résoudra les dépendances en se basant sur ces règles de versioning :
Versions LTS : Les tags doivent suivre le modèle x.y.p, où :
- x représente la version majeure de 4D.
- y représente la version mineure.
- p permet une certaine flexibilité pour les versions correctives ou les mises à jour supplémentaires.
Exemple : 20.2.3 (majeure : 20, mineure : 2, correctif : 3) ou 21.6.1 (majeure : 21, mineure : 6, correctif : 1).
Lorsque votre projet spécifie qu’il suit une version 4D LTS (par exemple, 20.2), le Component Manager essaiera toujours de résoudre la dernière version de la série 20.* si elle est disponible. Si la version exacte que vous recherchez n’est pas trouvée, il reviendra automatiquement à une version antérieure de cette série, comme 20.1.p ou 20.0.p, si elles sont disponibles.
Versions R : Les étiquettes doivent suivre le modèle `xRy.p`, où :
- xR correspond à la version majeure.
- y représente la version mineure.
- p permet les correctifs et les mises à jour incrémentales.
Exemple : 20R3.2 (Major : 20R, Minor : 3, Patch : 2) ou 21R5.1 (Major : 21R, Minor : 5, Patch : 1).
Lorsque votre projet spécifie une version R telle que 20R3, le Component Manager essaiera d’abord de résoudre la dernière version de la série 20R3.p. Si cette version n’est pas disponible, le Component Manager tentera de la résoudre. Si cette version n’est pas disponible, il recherchera une version de la série 20R* inférieure ou égale à 20R3, telle que 20R2.p ou 20R1.p.
Les composants 4DPop et 4DPop-Macros respectent déjà les conventions d’étiquetage structuré et garantissent une résolution des dépendances en douceur grâce à la règle de version Follow 4D.
Notez que si vous avez vos propres composants avec des règles de nommage personnalisées, vous pouvez conserver votre numéro de version dans le titre de vos releases. Cependant, le tag doit suivre strictement le format requis.
CONCENTREZ-VOUS SUR VOTRE CODE, PAS SUR VOS DÉPENDANCES
Avec Follow 4D version, la gestion des dépendances n’a jamais été aussi simple. Que vous soyez en train de mettre à niveau, de rétrograder ou de maintenir votre projet, vous pouvez être sûr que vos dépendances s’aligneront toujours sur votre environnement 4D.
Essayez-le maintenant et découvrez une façon plus intelligente et plus simple de gérer les dépendances !