Réglage du mode de compatibilité SharePoint

Question

J'ai parcouru beaucoup de sites expliquant la commande PowerShell pour installer-spsolution concernant le paramètre de niveau de compatibilité comme la commande ci-dessous.

Install-SPSolution -Identity CN.SiteNav.CTs.wsp -CompatibilityLevel {14,15} -GACDeployment -force

Cependant, pas beaucoup expliquent pourquoi vous devez le faire ou dans quelles circonstances à faire pour que les choses fonctionnent correctement. J'ai effectué une mise à niveau complète dans le test pour vérifier que les fonctionnalités SP2010 Scoped fonctionnent dans les collections de sites SP2010, puis sur les collections de sites mis à niveau vers SP2013. Je me rends compte que tous les fichiers, tels que des images et des fichiers ASPX Toutes référencent la ruche, à moins que vous marquiez la solution à déployer sur les deux ruches. Ensuite, lorsque vous mettez à niveau cette collection de sites qui fonctionnent, utilise tout ce qui est dans la ruche. J'ai constaté que je peux simplement modifier manuellement les 15 fichiers de fonctionnalité de la ruche et réparer les "_Layouts / 15 / ..." manquants et mes images et les références de fichiers ASPX reviennent.

Je suppose que ma question est que ma question est que je dois vraiment déployer mes solutions SP2010 dans la compatibilité au niveau 14 et 15 ou juste en 14, car il semble fonctionner en seulement 14, si la collection de mon site est exécutée en mode SP2010 ou en mode SP2013. Toute clarification sur le moment où faire cela et pourquoi serait très utile.

J'ai quelques semaines avant ma mise à niveau principale et que je souhaite déployer correctement mes solutions SP2010. Nous allons courir en mode SP2010 pendant un certain temps car il prendra nos utilisateurs un peu de temps pour s'ajuster à la nouvelle interface. Après avoir terminé une formation de l'utilisateur final et modifier le look et la convivialité que nous serons en mesure de mettre à niveau l'expérience du format SP2013. Je ne veux tout simplement pas que cela nous entrave si nous décidons de modifier notre code de fonctionnalité à l'avenir.

Answer 1

There are only a few instances where you get any real benefit from the CompatibilityLevel having both 14 and 15. If you have a solution where you are adding ghosted files to a site, you will get health analyzer warnings that the files don't exist in the 15 HIVE if you only deploy in 14 mode. Another instance is having site definitions for both 2010 and 2013 in the same 2010 solution.

We, at NewsGator, have a large number of 2010 solutions that we install to 2013. The only case we use the CompatibilityLevel is when we have ghosted files.