Объединение файлов решения Sharepoint WSP

У меня есть несколько проектов / решений wsp для разных веб-частей и приемников событий Sharepoint. Это нормально для разработки, однако я хотел бы объединить полученные файлы .wsp в один для производственного развертывания. Как это сделать? Я использую только vsewss 1.2.


deployment sharepoint wsp
person driAn    schedule 28.01.2010    source источник

Ответы (4)


arrow_upward
2
arrow_downward

Это будет болезненно, но для того, чтобы действительно сделать это правильно для продакшна, вам следует отказаться от vsewss 1.2, реорганизовать свои проекты внутри Visual Studio и использовать WSPBuilder.

WSPBuilder хорош тем, что требует много ручной работы по созданию манифеста, ddf и компиляции CAB.

person Jeff    schedule 28.01.2010
comment
В чем преимущество WSPBuilder? - person driAn; 28.01.2010
comment
Мне это кажется подходом, требующим наименьших усилий для решения проблемы корневого структурирования (проекта). - person Jason Weber; 29.01.2010

arrow_upward
2
arrow_downward

Вам придется проделать большую часть работы, которую vsewss делает в фоновом режиме. в MSDN есть статья об основах создания WSP Создание пакета решения в Windows SharePoint Services 3.0 WSP - это CAB-файл, содержащий файл manifest.xml и файловую структуру. Важно, чтобы вы помещали файлы в правильное место в WSP, чтобы они были развернуты в нужном месте в SharePoint.

Я согласен с JD

Это будет болезненно, но для того, чтобы действительно сделать это правильно для продакшна, вам следует отказаться от vsewss 1.2, реорганизовать свои проекты внутри Visual Studio и использовать WSPBuilder.

Это подходящее время для реструктуризации кода и структуры сборки, чтобы минимизировать количество сборок, которые необходимо развернуть.

Если у вас есть какие-либо веб-части, обязательно убедитесь, что все XML-файлы функций исправлены при предварительной обработке vsewss и заменены ли они текстом перед созданием файлов WSP. Обычно он хранит guid в файле, где требуется полное имя сборки.

Если вы собираетесь много работать с SharePoint, вероятно, стоит потратить немного времени на изучение того, как работают manafest.xml и остальные пакеты WSP.

person JC Vivian    schedule 28.01.2010

arrow_upward
2
arrow_downward

Я не видел инструмента, который бы это делал, но создать его не составит труда:

  1. Разархивируйте пакеты wsp (это просто файлы CAB со странным расширением)
  2. Объедините структуры каталогов
  3. Объедините файлы manifest.xml
  4. Застегните комбинированный пакет
person Per Jakobsen    schedule 28.01.2010

arrow_upward
2
arrow_downward

Отсутствие всего кода в одном WSP дает преимущество ... вы можете выполнять частичное развертывание, и у вас нет всего кода в одном гигантском решении Visual Studio.

Почему бы вам не записать все развертывания WSP в один файл сценария? Это кажется гораздо более прозрачным решением, чем возня с самим WSP.

person ArjanP    schedule 31.01.2010