Развертывание SharePoint 2010 не будет обновлять главные страницы, потому что SPFile.CustomizedPagestatus - это «никто»

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/61367

Вопрос

У нас есть следующий сценарий и надеюсь, что кто-то может помочь:

    .
  • Оригинал 2007 г. База данных содержимого сайта публикации в 2007 году, обновлена до 2010 года
  • шаблоны страницы в использовании никогда не были призрачными, потому что они были добавлены вручную и не являются частью определения сайта, поэтому их свойство SPFILE.CustomizedPagestatus установлено на «Нет»
  • Наши обновленные шаблоны находятся в пакете развертывания vs2010, который развернут через функцию (развертывание не удается из-за предыдущей точки)
  • Мы до сих пор не смогли изменить настроение PowerShell или Spfile.revivedContentStream (), потому что индивидуальный PAGESTATUS установлен на «НЕТ».Этот метод бросает исключение по дизайну, если свойство «нет»

    В идеале мы хотели бы обновить свойство для «некорректного» (например), чтобы развертывание обновит все файлы.

    Записи в файле элементов .xml в следующем формате: 

    <File Url="CustomMasterPage.master" Type="GhostableInLibrary" />
    .

    благодарна за любую помощь.

Это было полезно?

Решение

Теперь мы нашли временное решение, используя следующий инструмент:

http://spghostfilesmanager.codeplex.com/

Мы переименованы наши шаблоны страницы в функции, развернутые их как обычные, затем использовали менеджер файлов Ghost для «провода» шаблонов к новым.

Это немного взлома, если честно, но это позволило нам продолжать.

Если у кого-то есть лучшие предложения о том, как добиться этого, пожалуйста, опубликуйте!

Другие советы

Вы также можете использовать дизайнер SharePoint, если установлен.

Перейти на соответствующую страницу в галерее главной страницы, и если у него синий "!"Значок рядом с ним нажмите «Сброс на определение сайта».Это будет перезагружать соответствующую страницу от улья.

Но все настройки, сделанные на текущую версию страницы, будут потеряны!

Я полагаю, что такси - вернуться к определению сайта (SharePintdesigner) а затем снова разверните решение (VisualStudio)

Это работало для меня! Просто застраховать в Visual Studio, что элемент «Разрешение конфликта развертывания» установлено значение «Нет»

Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top