Вопрос

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

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

Решение

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

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

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

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

Я согласен с Джей Ди

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

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

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

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

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

  1. Распакуйте пакеты wsp (это просто cab-файлы со странным расширением).
  2. Объедините структуры каталогов
  3. Слияние manifest.xml файлы
  4. Застегните комбинированную упаковку на молнию

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

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

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