Сейчас я занимаюсь планированием развертывания решения SharePoint в производственной среде. Я читал о некоторых инструментах, которые обещают простой способ автоматизировать этот процесс, но ничего не подходило к моему сценарию.
На этапе тестирования я использовал SharePoint Designer для копирования содержимого сайта между различными серверами разработки и тестирования, но этот процесс выполняется вручную и кажется немного ненужным.
Сайт состоит из страниц веб-частей SharePoint с настраиваемыми веб-частями и множества определений отчетов служб Reporting Services.
Итак, есть ли какие-нибудь полезные советы в этой огромной стране компьютерных фанатов, как наиболее эффективно создать и развернуть сайт SharePoint для сценария множественного развертывания?
Редактировать
Просто для ясности. Мне нужно развернуть несколько «сайтов SharePoint» в существующем семействе сайтов. Поскольку SharePoint предпочитает, чтобы его сайты были в базе данных контента SharePoint, просто поместить файлы в IIS в настоящее время невозможно.
Я пошел с WSPBuilder + кастомный скрипт





У нас есть BizTalk 2006 с веб-приложением и несколькими веб-службами, которые должны перейти от Dev к UAT, чтобы жить.
Мы используем MSBuild прямо из VS для создания, запуска тестов, в зависимости от результата тестирования, компилирования, архивирования и отправки на серверы.
Небольшой скрипт MSBuild на сервере для распаковки, перемещения файлов, установки чистого веб-приложения, удаления из списка битов biztalk, установки новых битов biztalk, повторного включения и затем запуска материала.
MSBuild - это круто, и все больше людей должны использовать его, поскольку он сейчас находится прямо на платформе =>
Используйте MSBuild
Я также предлагаю проверить мастер развертывания контента SharePoint Криса О'Брайена. http://www.codeplex.com/SPDeploymentWizard
Должен помочь упростить описываемый вами процесс, и это хороший инструмент для вашего снаряжения, независимо от того,
Но для меня это всегда заканчивалось исключением (журналом ошибок), когда я пытаюсь импортировать. Настройки импорта гладкие. Никаких исключений. Любая идея?
Возможно, комментирование в старой беседе не поможет узнать об этом. Кроме того, эти ошибки импорта обычно довольно ясны, но вы должны сообщить нам, в чем они заключаются =)
Обратите внимание, что «решение» имеет особое значение в Sharepoint: набор функций (таких как веб-части, определения списков и т. д.), Упакованных для развертывания в виде файла .wsp.
Обычно вы создаете решения sharepoint в Visual Studio, а затем упаковываете и развертываете их с помощью какого-либо инструмента, такого как Sharepoint SmartTemplates http://www.codeplex.com/smarttemplates.
Однако в вашем случае у вас уже есть контент на действующем сайте sharepoint, который вы хотите переместить на другой сайт. Вероятно, будет слишком громоздко использовать решение для этого, особенно если вы хотите сделать это более одного раза (хотя можно сгенерировать решение с действующего сайта с помощью генератора решений SharePoint).
Самый простой способ развернуть весь контент с одного действующего сайта на другой - создать резервную копию сайта с помощью stsadm, а затем снова восстановить ее на новом сайте с помощью stsadm restore. Это полностью перезаписывает новый сайт.
Вы можете перемещать выбранные файлы / списки с помощью импорта / экспорта (а не резервного копирования / восстановления). Такой инструмент, как мастер развертывания контента SharePoint, упрощает выбор контента для перемещения.
Слишком много людей, с которыми я общаюсь, работая с Sharepoint, просто бросают слово «решение», не подозревая, что они ссылаются на пакет. РС необходимо, чтобы люди больше знали об этом или, возможно, использовали другое имя.
Вы все еще пользуетесь мастером развертывания контента или тем временем нашли лучшее решение?