Обновление веб-частей SharePoint

Question

У меня есть несколько пользовательских веб-частей, которые я в процессе развертывания для производства. Во время этого процесса я обнаружил несколько мелких вещей, которые нужно настроить в разных частях. Чтобы развернуть новый код, я создаю новый пакет решений, деактивирую, затем удаляю компоненты, убираю, удаляю решение, затем делаю все это снова в обратном порядке с новым пакетом. Излишне говорить, что это может занять много времени. Нужно ли полностью удалять веб-часть для ее обновления или можно обновить веб-часть / функцию / решение на месте?

Answer 1

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

http://msdn.microsoft.com/en-us/library/aa543659.aspx

Answer 2

используйте это

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

и затем запустите задание sharepoint

stsadm -o execadmsvcjobs

с другой стороны, вы можете обновить dll, используя команду SharePoint PowerShell

Set-location "C:\Users\Documents\WSP" 
[System.Reflection.Assembly]::Load("System.EnterpriseServices, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a")            
$publish = New-Object System.EnterpriseServices.Internal.Publish            
$publish.GacInstall("C:\Users\Documents\WSP\wspcustom.dll")

Answer 3

Если вы вносите незначительные изменения в свои веб-части, вы можете просто заменить DLL , если , то версия сборки остается прежней.

Конечно, используйте здесь немного усмотрения в отношении того, что является незначительным изменением и ничего не сломает.

См. Эту тему для , как правильно использовать FileVersion и AssemblyVersion .

По сути, вы сохраняете AssemblyVersion одинаковым для незначительных обновлений, в то время как FileVersion изменяется при каждой компиляции.

Это именно то, как Microsoft делает это с такими вещами, как Microsoft.SharePoint.dll - AssemblyVersion имеет фиксированное значение 12.0. ??? в то время как FileVersion изменяется с каждым исправлением / пакетом обновления.

О - я только что прочитал «Производственную часть» вашего ответа, этот ярлык может быть более подходящим для Dev / Test, чем для QA / Production

Answer 4

Мы использовали расширения Visual Studio 2008 для Windows SharePoint Services 3.0, версия 1.3 - март 2009 CTP. Это вызвало у нас некоторые проблемы, но когда вы привыкнете к этому и убедитесь, что делаете все правильно, это работает.

http://www.microsoft.com/downloads/details.aspx?FamilyID=FB9D4B85-DA2A-432E-91FB-D505199C49F6&displaylang=en

Этот инструмент автоматизирует задание retact / delete / deploy / activ .....

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