Слияние файлов решений Sharepoint WSP - PullRequest
Новая
       19

Слияние файлов решений Sharepoint WSP

0 голосов
/ 28 января 2010

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

Ответы [ 4 ]

2 голосов
/ 31 января 2010

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

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

2 голосов
/ 28 января 2010

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

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

2 голосов
/ 28 января 2010

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

Я согласен с JD

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

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

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

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

2 голосов
/ 28 января 2010

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

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