SharePoint-Kompatibilitätsmodus-Einstellung

Question

Ich habe viele Websites durchsucht, die den PowerShell-Befehl für die Installation-SPSolution über die Einstellung der Kompatibilitätsstufe wie den Befehl unten erläutern. generasacodicetagpre.

Nicht viele erläutern, warum Sie dies tun müssen, oder in welchen Umständen muss dies für die richtigen Arbeiten getan werden. Ich habe ein komplettes Upgrade im Test gemacht, um die SP2010-Scoped-Funktionen in den SP2010-Standortsammlungen zu überprüfen, und dann die Site-Kollektionen, die auf das Format SP2013 aufgerüstet wurden. Ich erkennen, dass alle Dateien, wie Bilder und Aspx-Dateien alle Referenz auf den 14-Bienenstock, es sei denn, Sie markieren die Lösung, um sowohl auf BIRES einzusetzen. Wenn Sie dann aktualisieren, dass diese Site-Kollektion verwendet wird, die verwendet wird, ist das alles in dem 15-Bienenstock. Ich habe festgestellt, dass ich die 15 Hive-Feature-Dateien einfach manuell bearbeiten und das fehlende "_layouts / 15 / ..." beheben kann, und meine Bilder- und ASPX-Dateiverweise kommen zurück.

Ich denke, meine Frage ist, dass ich meine SP2010-Lösungen wirklich in der Kompatibilitätsstufe 14 und 15 oder nur 14 oder nur 14 einsetzen muss, da er in nur 14 Jahren arbeiten scheint, unabhängig davon, ob meine Site-Kollektion im SP2010-Modus oder im SP2013-Modus ausgeführt wird. Jede Klärung an der Wann dies zu tun, und warum wäre es sehr hilfreich.

Ich habe ein paar Wochen vor meinem Hauptupgrade und möchte meine SP2010-Lösungen korrekt einsetzen. Wir werden seit einiger Zeit im SP2010-Modus ausgeführt, da unsere Benutzer einige Zeit mitnehmen, um sich an die neue Benutzeroberfläche anzupassen. Nachdem wir ein Ende des Endbenutzers abgeschlossen haben und das Aussehen und das Gefühl geändert haben, können wir die Erfahrung in das Format SP2013 aktualisieren. Ich möchte einfach nicht, dass wir uns behindern, wenn wir uns entscheiden, unseren Feature-Code in der Zukunft zu ändern.

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.