Qu'est-ce que cela signifie pour vous

• et Mendix 9.24 (LTS), vous ne pourrez plus créer de nouvelles applications stockées dans SVN Team Server.
• Applications SVN créées avant ou dans Mendix 9.23 peut toujours être ouvert et modifié dans Mendix 9.24 (LTS).
• et Mendix 10, il ne sera pas possible d'ouvrir les applications SVN.
• Avant de mettre à niveau votre Mendix application pour Mendix 10, vous devrez vous assurer qu'il est migré vers Git. Pour les applications Team Server SVN, c'est possible à partir de Mendix 9.12 et versions ultérieures. Pour les applications sur site, vous pouvez Suivez ces étapes.

Facteurs décisifs

Au cours de la dernière décennie, la popularité de Git a dépassé celle d'autres systèmes de contrôle de version populaires, comme SVN et Mercurial, ce qui en fait le leader incontesté du marché. Les nouveaux développeurs n'ont généralement d'expérience qu'avec Git et les clients qui préfèrent les installations sur site n'ont plus de serveurs SVN en interne.

La domination de Git peut être vue ici dans ce Enquête Stack Overflow 2022 auprès des développeurs:

Outre sa popularité, il est également important de souligner les différences fonctionnelles. Git est un système de contrôle de version distribué, ce qui signifie que vous pouvez effectuer des commits sans être connecté au serveur. De plus, vous bénéficiez d'une grande flexibilité dans la ramification, ce qui vous permet de fusionner facilement les modifications de n'importe quelle branche dans n'importe quelle branche. Et n'oubliez pas qu'il offre plus de contrôle lors de la réception des mises à jour. Enfin, Git est communément associé au concept de pull ou de merge requests, un outil permettant de renforcer encore la collaboration.

Prochaines étapes

Pour les applications hébergées sur Team Server SVN, vous pouvez les migrer vers Git dans le portail des développeurs tout en conservant tout l'historique et les branches. La migration n'est possible que si toutes vos branches sont activées Mendix 9.12 ou plus. Le temps de migration du référentiel dépend de la taille du projet et du nombre de commits. Les référentiels de taille moyenne prennent généralement entre 5 minutes et quelques heures pour migrer dans les projets de grande taille. Plus d'informations sur la migration en libre-service sont disponibles ici.

Si vous n'utilisez pas Team Server SVN, vous devrez vous occuper de la migration vers Git vous-même, par exemple avec la commande « git svn clone » comme décrit ici.

Pour les situations où vous maintenez une application pour plusieurs Mendix versions, par exemple lors de la création d'un module pour l'App Store, vous devrez peut-être diviser votre application en plusieurs applications. Tu ne peux pas avoir les deux Mendix 8 et Mendix 10 branches dans le même système de contrôle de version parce que vous ne pouvez pas ouvrir les applications Git dans Mendix 8 ou ouvrez les applications SVN dans Mendix 10.

L'avenir de Git dans Mendix

Nous exploitons la puissance de Git pour améliorer encore les capacités de collaboration de Studio Pro dans Mendix 9, qui est une partie importante de notre stratégie (comme vous pouvez le lire ici.) Par exemple, nous ajouterons un indicateur d'état de contrôle de version et des notifications de validations effectuées par vos pairs. De plus, nous souhaitons accélérer le travail avec les branches, comme le changement de branche sur place ou la création de clones locaux, et améliorer l'inspection des modifications apportées dans une validation, par exemple.