Quand passer à une nouvelle version majeure?

Avec la nouvelle stratégie de développement, il n'y aura pas de version appelée LTS upfront. Avec les informations actuellement publiées, le 3.4 remplacera le 3.5 annoncé. En supposant qu'il existe des plans pour 4.0.4.1,4.2,4.3,4.4 à quel moment les sites devraient être migrés vers quelle version.

Il y a quelques éléments à considérer lors de la planification des migrations entre les versions principales. L'un des meilleurs devrait être la fin du support ou la date EOL de la version que vous utilisez maintenant; si c'est proche, vous devez planifier votre déménagement.

Pour les sites Web établis, je suggère de regarder les fonctionnalités disponibles. La nouvelle version a-t-elle bientôt besoin de quelque chose? Si oui, commencez à planifier votre migration. Si votre site fonctionne très bien et n'a pas besoin des dernières fonctionnalités, vous pouvez rester sur la version actuelle tant qu'elle est toujours prise en charge.

Si vous migrez, à quoi ressemble la prise en charge des extensions? Les extensions que vous utilisez ont-elles une version compatible avec la version vers laquelle vous migrez? Si c'est le cas, cela simplifie considérablement les choses, mais si ce n'est pas le cas, combien d'efforts faudra-t-il pour remplacer leurs fonctionnalités par autre chose?

Enfin, chaque version étiquetée comme stable devrait être adaptée à la construction, mais personnellement, je serais un peu plus prudent quant à l'utilisation d'une version X.0 ou même X.1 car celles-ci sont généralement plus sujettes à des bogues compte tenu de l'étendue de changement qui peut aller dans une version majeure de X.0. Personnellement, je pense que les versions X.2 ou X.3 sont lorsque vous commencez à voir une série de versions mûrir au point d'être prête pour une utilisation majeure.

À partir de Joomla! 3.4 chaque version sera stable et aura un support d'au moins deux ans à moins que la nouvelle version mineure ne soit publiée. Si cela se produit, la version mineure précédente ne sera pas prise en charge et la version actuelle sera prise en charge au moins deux ans. Donc, si vous prévoyez de migrer vers la série 3.x, vous pouvez le faire à partir de la v3.4.

La même chose s'applique à la série 4.x - la version 4.0 sera également stable et aura un support d'au moins deux ans, à moins que la nouvelle version mineure ne soit publiée (par exemple 4.1). Vous pouvez donc migrer vers toutes les versions mineures de la série 4.x. Mais gardez à l'esprit que chaque version majeure comporte des modifications incompatibles en amont! Cette migration doit donc être planifiée très soigneusement.

Bien sûr, vous ne devez pas migrer vers les versions BETA ou RC, car elles sont uniquement à des fins de test.

À ma connaissance, à partir de la version 3.4, vous devez toujours utiliser la dernière version, car elle sera prise en charge pendant 2 ans après sa sortie et la prise en charge des versions plus anciennes (3.3, ...) sera interrompue. Toutes les versions d'une série (3.x) seront rétrocompatibles, donc une mise à jour ne devrait généralement pas poser de problème.

La nouvelle série 4.x rompra la compatibilité descendante et vous ne devriez alors mettre à niveau que si vous souhaitez utiliser les nouvelles fonctionnalités.

1. Si vous commencez le développement, utilisez la dernière version majeure disponible (utilisez la série 4 lorsqu'elle est disponible)
2. Lorsqu'une nouvelle version mineure (3.4) est publiée, attendez que votre version actuelle (3.3) soit prise en charge. Dans le temps, la nouvelle version doit avoir reçu des corrections de bogues critiques. Ainsi, votre site Web peut maintenant être mis à jour en toute sécurité.

Conseil: maintenez toujours un site de test avec la même configuration de serveur, pour le tester d'abord, puis utilisez la version.