Pregunta

He navegado con muchos sitios que explican el comando PowerShell para instalar-SPSOLUCIÓN sobre la configuración de nivel de compatibilidad como el comando a continuación.

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

Sin embargo, no muchos expliquen por qué necesita hacer esto o en qué circunstancias se debe hacer esto para que las cosas funcionen correctamente. He hecho una actualización completa en la prueba para verificar las funciones de SP2010, funcionen en ambas colecciones de sitios SP2010 y luego aquellas colecciones de sitios actualizadas al formato SP2013. Me doy cuenta de que todos los archivos, como las imágenes y los archivos ASPX, todos hacen referencia a la Hive 14, a menos que marque la solución para implementar en ambas colisiones. Luego, cuando actualice esa colección del sitio, la característica utiliza lo que sea en la colmena de 15 años. He encontrado que puedo editar los archivos de 15 caracteres de la colmena manualmente y solucionar los "_Layouts / 15 / ..." que faltan "_Layouts / 15 / ..." y mis imágenes y las referencias de archivos ASPX.

Supongo que mi pregunta es, realmente necesito implementar mis soluciones SP2010 en el nivel de compatibilidad 14 y 15 o simplemente en 14, ya que parece funcionar en solo 14, independientemente de si mi colección de sitios se ejecuta en modo SP2010 o en modo SP2013. Cualquier aclaración sobre el Cuándo hacer esto y por qué sería muy útil.

Tengo unas pocas semanas antes de mi actualización principal y desea implementar correctamente mis soluciones SP2010. Actualizaremos en modo SP2010 por un tiempo, ya que llevaremos a nuestros usuarios algún tiempo para adaptarse a la nueva interfaz. Después de haber completado algún entrenamiento final del usuario y modificamos el aspecto y la sensación podremos actualizar la experiencia al formato SP2013. Simplemente no quiero que eso nos obstaculice si decidimos modificar nuestro código de función en el futuro.

¿Fue útil?

Solución

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.

Licenciado bajo: CC-BY-SA con atribución
scroll top