我已经浏览了很多网站,解释了关于兼容性级别设置的安装 - spsolution的powershell命令,如下面的命令。

Install-SPSolution -Identity CN.SiteNav.CTs.wsp -CompatibilityLevel {14,15} -GACDeployment -force
. 但是,没有很多人解释为什么你需要做到这一点或在什么情况下需要做出正确的事情。我已经完成了完整的升级,以验证SP2010 SP2010站点集中的SP2010范围功能,然后升级到SP2013格式的那些网站集。我意识到所有文件,如图像和aspx文件都引用14个蜂巢,除非您将解决方案标记为两个荨麻疹。然后,当您升级该网站集合,该功能使用15个Hive中的任何内容。我发现我可以手动编辑15个Hive功能文件,并修复丢失的“_Layouts / 15 / ...”,我的图像和aspx文件引用返回。

我猜我的问题是我真的需要在兼容性级别14和15中部署我的SP2010解决方案,或者只是在14中,因为我的网站收集在SP2010模式下或在SP2013模式下运行时,它似乎只在14中工作。对何时执行此操作的任何澄清,为什么会非常有帮助。

我在主要升级前几周,并希望正确部署SP2010解决方案。我们将在SP2010模式下运行一段时间,因为它将需要我们的用户一些时间来调整到新接口。在我们完成一些最终用户培训并修改外观后,我们将能够将体验升级到SP2013格式。如果我们决定在将来修改我们的功能代码,我只是不希望这会阻碍我们。

有帮助吗?

解决方案

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.

许可以下: CC-BY-SA归因
scroll top