Impostazione della modalità di compatibilità SharePoint

Question

Ho sfogliato molti siti che spiegano il comando PowerShell per l'installazione-spsolution riguardante l'impostazione del livello di compatibilità come il comando qui sotto.

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

.

Tuttavia, non molti spiegano perché devi farlo o in quali circostanze deve essere fatto per le cose per funzionare correttamente. Ho effettuato un aggiornamento completo in Test per verificare le funzionalità SCPED SP2010 Lavorare in entrambe le raccolte del sito SP2010 e quindi quelle raccolte siti aggiornate al formato SP2013. Mi rendo conto che tutti i file, come immagini e file ASPX tutti fanno riferimento al 14 alveare, a meno che tu segnano la soluzione per dispiegarsi su entrambi i alveari. Quindi quando si aggiorna quella raccolta del sito che la funzione utilizza tutto ciò che è nel 15 alveare. Ho scoperto che posso semplicemente modificare manualmente i file di funzionalità di 16 alveari e correggere i riferimenti mancanti "_Layouts / ..." e le mie immagini e i referenze di file ASPX.

Immagino che la mia domanda sia davvero bisogno di implementare le mie soluzioni SP2010 in livello di compatibilità 14 e 15 o solo in 14 poiché sembra funzionare in soli 14 indipendentemente se la raccolta del mio sito è in modalità SP2013 o in modalità SP2013. Qualsiasi chiarimento su quando fare questo e perché sarebbe molto utile.

Ho alcune settimane prima del mio aggiornamento principale e desidero distribuire correttamente le mie soluzioni SP2010. Saremo in esecuzione in modalità SP2010 per un po 'da poiché porterà i nostri utenti un po' di tempo per adattarci alla nuova interfaccia. Dopo aver completato qualche allenamento per gli utenti finali e modificato l'aspetto e lo sentore, saremo in grado di aggiornare l'esperienza al formato SP2013. Non lo voglio solo per mancarci se decidiamo di modificare il nostro codice funzione in futuro.

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.