Вопрос

Я просматривал много сайтов, объясняющую команду PowerShell для установки-SPSolution, касающуюся настройки уровня совместимости, как команда ниже.

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

Тем не менее, не так много объясняют, почему вам нужно сделать это или в каких обстоятельствах это должно быть сделано для вещей, которые будут работать правильно. Я сделал полный модернизацию в тесте, чтобы проверить SP2010 Scoped функции работы в коллекциях сайта SP2010, а затем эти коллекции сайта, обновленные в формате SP2013. Я понимаю, что все файлы, такие как изображения и файлы ASPX, все ссылки на улей 14, если вы не помечаете решение для развертывания для обеих ульев. Затем, когда вы обновляете эту коллекцию сайта, которая использует все, что находится в 15 улей. Я обнаружил, что я могу просто редактировать файлы функций из 15 улей вручную и исправить отсутствующие «_layouts / 15 / ...», а мои изображения и ссылки на файлы ASPX возвращаются.

Я предполагаю, что мой вопрос, мне действительно нужно развернуть решения моего SP2010 в уровне 14 и 15 и 15 совместимости или всего в 14, как кажется, работает всего за 14 независимо от того, работает ли моя коллекция сайтов в режиме SP2010 или в режиме SP2010 или в режиме SP2013. Любое разъяснение на том, когда делать это и почему было бы очень полезно.

У меня есть несколько недель до моего основного обновления и хочу правильно развернуть мои решения 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 с атрибуция
Не связан с sharepoint.stackexchange
scroll top