SharePoint 호환성 모드 설정

Question

아래의 명령과 같은 호환성 수준 설정에 관한 install-spsolution에 대한 PowerShell 명령을 설명하는 많은 사이트를 탐색했습니다.

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

.

그러나 많은 사람들이 왜이 작업을 수행 해야하는지 또는 이런 상황에서 올바르게 작동하는 데 필요한 상황을 설명해야합니다. SP2010 사이트 모음에서 SP2010 범위 기능을 확인한 다음 SP2013 형식으로 업그레이드 된 SP2010 기능을 확인하기 위해 테스트에서 전체 업그레이드를 수행했습니다. 나는 이미지와 ASPX 파일과 같은 모든 파일이 모두 14 개 하이브를 모두 참조하여 두드러기를 모두 배포 할 수없는 경우를 알 수 있습니다. 그런 다음 해당 기능이 15 개 하이브에있는 사이트 모음을 업그레이드 할 때. 나는 15 개의 하이브 기능 파일을 수동으로 편집하고 누락 된 "_layouts / 15 / ..."를 수정하고 내 이미지와 ASPX 파일 참조를 다시 수정할 수 있습니다.

내 질문은 SP2010 모드 또는 SP2013 모드에서 내 사이트 모드에서 실행되는 경우에 상관없이 14 세에서 SP2010 솔루션을 호환률 수준 14 및 15에서 내 SP2010 솔루션을 배포해야합니다. 이 일을 할 때의 명확한은 왜 도움이 될 것입니다.

주 업그레이드가 몇 주 전에 있고 SP2010 솔루션을 올바르게 배포하려고합니다. 우리는 새로운 인터페이스에 적응할 시간을 몇 번 찍을 수 있으므로 SP2010 모드에서 실행됩니다. 일부 최종 사용자 교육을 완료하고 모양과 느낌을 수정 한 후에는 경험을 SP2013 형식으로 업그레이드 할 수 있습니다. 앞으로 기능 코드를 수정하기로 결정한 경우 우리가 방해하기를 원하지 않습니다.

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.