Как вы развертываете свои решения SharePoint? [закрыто]

Сейчас я нахожусь в процессе планирования развертывания решения SharePoint в производственной среде.
Я читал о некоторых инструментах, которые обещают простой способ автоматизации этого процесса, но ничего, что, кажется, не соответствует моему сценарию.

На этапе тестирования я использовал SharePoint Designer для копирования содержимого сайта между различными серверами разработки и тестирования, но этот процесс выполняется вручную и кажется немного ненужным.

Сайт состоит из страниц веб-частей SharePoint с пользовательскими веб-частями и множеством определений отчетов служб Reporting Services.

Итак, есть ли какой-нибудь хороший совет в этой огромной стране гиков, как наиболее эффективно создать и развернуть сайт SharePoint для сценария множественного развертывания?

Редактировать
Просто чтобы уточнить. Мне нужно развернуть несколько «сайтов SharePoint» в существующем семействе сайтов. Поскольку SharePoint любит размещать свои сайты в базе данных контента SharePoint, просто поместить файлы в IIS сейчас невозможно.

13.08.2008 07:33:45
Вы по-прежнему пользуетесь мастером развертывания контента или тем временем нашли лучшее решение?
driAn 3.02.2010 10:55:13
Я пошел с WSPBuilder + пользовательский скрипт
Lars Mæhlum 17.02.2010 08:32:06
3 ОТВЕТА
РЕШЕНИЕ

Я бы также предложил проверить мастер развертывания контента SharePoint Криса О'Брайена. http://www.codeplex.com/SPDeploymentWizard

Должно помочь сгладить процесс, который вы описываете, и это хороший инструмент для вашей сумки

4
13.08.2008 10:35:58
Но для меня это всегда заканчивалось исключением (журнал ошибок), когда я пытаюсь импортировать. Настройки импорта гладкие. Не исключение бросков. Есть идеи?
Ramiz Uddin 2.02.2010 12:13:15
Комментирование в старой ветке не может быть способом выяснить это. Кроме того, эти ошибки импорта обычно достаточно ясны, но вы должны сообщить нам, что они есть =)
ArjanP 15.02.2010 10:38:10

У нас есть BizTalk 2006 с веб-приложением и несколькими веб-сервисами, которым нужно перейти с Dev на UAT и на Live.

Мы используем MSBuild прямо из VS для создания, запуска тестов, в зависимости от результатов теста, complie, zip и отправки на серверы.

Небольшой скрипт MSBuild на сервере, чтобы разархивировать, переместить файлы, установить чистое веб-приложение, удалить биты biztalk, установить новые биты biztalk, повторно зарегистрироваться, а затем запустить материал.

MSBuild - хью, и больше людей должны использовать это, поскольку это там прямо сейчас в платформе =>

Используйте MSBuild

3
13.08.2008 07:39:37

Обратите внимание, что «решение» имеет определенное значение в Sharepoint: набор функций (таких как веб-части, определения списков и т. Д.), Упакованных для развертывания в виде файла .wsp.

Обычно вы создаете решения для sharepoint в Visual Studio и упаковываете и развертываете их, используя такой инструмент, как Sharepoint SmartTemplates http://www.codeplex.com/smarttemplates

Однако в вашем случае у вас уже есть контент на живом сайте sharepoint, который вы хотите переместить на другой сайт. Вероятно, будет слишком громоздким использовать решение для этого, особенно если вы хотите сделать это более одного раза (хотя можно создать решение из действующего сайта с помощью SharePoint Solution Generator).

Самый простой способ развернуть весь контент с одного действующего сайта на другой - создать резервную копию сайта с помощью stsadm, а затем снова восстановить его на новом сайте с помощью stsadm restore. Это полностью перезаписывает новый сайт.

Вы можете перемещать выбранные файлы / списки, используя импорт / экспорт (вместо резервного копирования / восстановления). Такой инструмент, как SharePoint Content Deployment Wizard, облегчает выбор контента для перемещения.

2
16.09.2008 09:42:32
Слишком много людей, с которыми я общаюсь, работая с Sharepoint, просто бросают слово «решение», не подозревая, что они ссылаются на пакет. MS должен сделать людей более осведомленными об этом или, возможно, использовать другое имя.
Eric 1.09.2010 03:18:35