Partager via

Meilleures pratiques pour l’utilisation de versions de Composant fonctionnel

  • Article

Dernière modification : lundi 12 juillet 2010

S’applique à : SharePoint Foundation 2010

Dans Microsoft SharePoint Foundation, les versions des Composants fonctionnels permettent de déclencher une mise à niveau de fonctionnalités. Si vous mettez à jour votre version de Composant fonctionnel sans spécifier de logique de mise à niveau de fonctionnalités dans le fichier Feature.xml, lors de l’exécution de la mise à niveau de fonctionnalités, seul le numéro de version de votre Composant fonctionnel est mis à jour. Toutefois, si vous spécifiez une logique de mise à niveau de fonctionnalités, le code de mise à niveau est exécuté et le numéro de version est automatiquement mis à jour également.

Les indications suivantes décrivent les meilleures pratiques en matière d’implémentation de numéros de version de Composants fonctionnels :

  • Augmentez le numéro de version lorsque vous mettez à jour un Composant fonctionnel et, au besoin, ajoutez une logique de mise à niveau de fonctionnalités correspondante. Même si vous n’avez pas besoin d’ajouter une logique de mise à niveau de fonctionnalités, vous devez toujours augmenter le numéro de version afin qu’il soit possible de déterminer quelles sont les versions du Composant fonctionnel qui sont déployées dans une batterie de serveurs.

  • Faites en sorte que les numéros de version de votre Composant fonctionnel soient indépendants des versions des produits Microsoft. Par exemple, au lieu d’utiliser 14.0.0.0 comme numéro de version initial, utilisez 1.0.0.0 et incrémentez les versions suivantes de manière appropriée, en utilisant, par exemple, 2.0.0.0, 2.1.0.0, et ainsi de suite.

  • Incrémentez un numéro de version principale sur la version de produit principale actuelle la première fois que vous créez ou modifiez un Composant fonctionnel pendant un nouveau cycle de développement, et réinitialisez tous les autres chiffres sur zéro (par exemple, 2.0.0.0).

  • Incrémentez la version de build pour les modifications ultérieures pendant un cycle de développement. La version de build est indiquée par le troisième chiffre du numéro de build (par exemple, 2.0.1.0, 2.0.2.0, et ainsi de suite). Lorsque vous incrémentez le numéro de version de build (troisième chiffre) plutôt que le numéro de version mineure (deuxième chiffre), vous obtenez une souplesse maximale en terme de contrôle de version.

  • Pour une modification initiale d’un Service Pack, incrémentez la version mineure, indiquée par le deuxième chiffre, sur le numéro de Service Pack, puis réinitialisez les chiffres après le zéro (par exemple, 2.1.0.0 pour le premier Service Pack, 2.2.0.0 pour le deuxième, et ainsi de suite). Pour les modifications incrémentielles apportées à un Service Pack, incrémentez la version de build, indiquée par le troisième chiffre (par exemple, 2.1.0.0, 2.1.1.0, 2.1.2.0, et ainsi de suite).