Как вы обновляете свои решения SharePoint?

Question

В настоящее время я поддерживаю «решение» SharePoint, когда я говорю «решение», я имею в виду набор функций (таких как веб-части, определения списков и т. Д.), Упакованных для развертывания в виде файла .wsp.Этот подход называется подходом разработчиков , и в настоящее время, поскольку мы выдаем этот .wsp в форме MSI, процесс обновления требует от пользователей полного отвода решения и его повторного развертывания.

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

Исходные идеи:

• (1) Создайте сценарий powershell, который автоматизирует как можно больше этапов, таких как возврат старого решения, повторное развертывание нового решения, копирование / обновление файлов конфигурации,В основном перераспределение решения.(Используемый в настоящее время метод)
• (2) Развертывание любого нового патча в качестве новой функции.
• (3) Ваши идеи / методы здесь.

Answer 1

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

stsadmИнструмент администрирования SharePoint поддерживает обновление решения SharePoint на месте .Привлекательность использования stsadm -o upgradesolution заключается в том, что вы можете избежать втягивания, обновления и повторного развертывания кода.

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

Обновление на месте обычно довольно эффективно;однако, если вы планируете вносить изменения в классы приемника событий, вы можете обнаружить, что необходим полный цикл deactivate-retract-upgrade-deploy-activ.

Например, у меня есть некоторые функции в области WebApplication, которые добавляютновые WebConfigModification записи в web.config приложения, когда функция активирована.Если я добавлю новые записи web.config, новые записи не появятся до тех пор, пока функция не будет деактивирована и повторно активирована.

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

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

Answer 2

Я часто использую сценарий удара с помощью команды stsadm для обновления пакета WSP

вот команда с параметрами:

stsadm -o upgradesolution -name "WSPName.wsp" -filename "c:/WSPName.wsp" -immediate -allowgacdeployment -allowcaspolicies

вторая команда использует для принудительного выполнения этого задания немедленно

stsadm -o execadmsvcjobs