лучший подход к развертыванию для VSeWSS 1.2

Question

Кто-нибудь может предложить лучший подход к развертыванию для разработки на базе VSeWSS 1.2?

Я работаю с этим уже более 6 месяцев. Кто-нибудь пытался использовать WSPBuilder для этой цели?

Answer 1

Я лично предпочитаю использовать stsdev (http://www.codeplex.com/stsdev).. Я использовал WSPbuilder и STSDEV. Stsdev предлагает несколько шаблонов проектов разработки, которые вы создаете с помощью графического интерфейса stsdev, в отличие от стандартных шаблонов проектов, которые вы создаете с помощью new> project .

Проекты stsdev получили папку Rootfiles, которая соответствует «12 кустам» на целевом сервере. Все файлы, которые вы помещаете в папку и подпапки Rootfiles, автоматически добавляются в solutionpackage.ddf и manifest.xml, поэтому вам не нужно беспокоиться о редактировании этих файлов и их компиляции с использованием makecab.

Еще одна замечательная вещь, которую предлагает stsdev - это цели сборки, такие как сборка, развертывание, повторное развертывание, обновление сборки в GAC, удаление и обновление. Таким образом, проекты stsdev автоматически компилируют двоичные файлы, собирают пакет .wsp и запускают команды stsadm в соответствии с типом сборки. При желании вы можете настроить поведение целей сборки, отредактировав файл Microsoft.SharePoint.targets, расположенный в папке DeploymentFiles проекта. Пока вы работаете только с кодом, Refresh Assembly в GAC является очень быстрым методом сборки, и вы можете сразу увидеть изменения в sharepoint.

Недостатком stsdev является то, что если вы используете управление исходным кодом, manifest.xml и SolutionPackage.ddf, если они не извлечены, доступны только для чтения и приведут к ошибке компиляции (я обычно проверяю все файлы в папке DeploymentFiles, когда работает над проектом). Таким образом, вы должны проверить эти файлы перед сборкой. Другое дело, что для использования корневых файлов требуется всех файлов, в том числе скрытых файлов vssver2.scc, если вы используете систему контроля версий. Проект по-прежнему создается и развертывается без проблем, но файлы находятся в пакете wsp и скопированы в «12 куст» на конечном сервере.

Я думаю, что по сравнению с WSPbuilder stsdev позволяет настраивать практически все, что касается проекта разработки, чего я не смог сделать в WSPbuilder.

Answer 2

Вы должны сделать себе одолжение и взглянуть на VSeWSS 1.3 . Посмотрите блог Кирка Эванса для хорошего видео обзора: http://blogs.msdn.com/kaevans/archive/2009/03/13/sharepoint-developer-series-part-1-introducing-vsewss-1-3.aspx.

Основным недостатком может быть то, что для этого требуется Visual Studio 2008.

Я был адвокатом STSDEV, но сейчас склоняюсь к VSeWSS 1.3. Я подозреваю, что другие пользователи WSPBuilder и STSDEV со временем будут чувствовать то же самое, но я еще не закончил свою оценку.

Answer 3

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

Существует также отличное дополнение к WSPBuilder под названием SPVisualDev (codeplex.com/spvisualdev). Среди других функций он предоставляет шаблоны для добавления файлов ASCX и автоматически помещает файлы, которые вы поместили в папку 12-hive вашего проекта, из VS в настоящую папку 12-hive.

Answer 4

Как отмечает Кирк Лимон, вам действительно следует перейти на VSeWSS 1.3. Мы получили множество отзывов от клиентов и в этой версии появилось много новых возможностей для разработчиков.

Включает команды быстрого развертывания для развертывания только нового двоичного файла или только файлов в структуре папок SharePoint 12. Он также работает на 64-разрядной ОС с Visual Studio 2008. Он поддерживает командную строку.

В наличии здесь

Answer 5

Мы всегда использовали WSPBuilder. Это лучше, если вы хотите создать WSP.

Он также предоставляет надстройку VS. Вы можете создавать, развертывать, обновлять и т. Д. Прямо из VS. Предоставляет шаблоны VS, такие как пустые функции, функция веб-части, функция с приемником, функция рабочего процесса, обработчик событий, шаблон элемента и т. Д. *

Мы управляем более 20 проектами с WSPBuilder

Answer 6

VSeWSS 1.3 CTP отсутствует, а поддерживает поддержку командной строки. Тем не менее, расширения являются ИМХО - и основаны на использовании их в настоящее время для очень большого, очень сложного проекта - боль в прямой кишке по следующим причинам:

1. Каждый раз, когда вы открываете решение проектов с поддержкой расширений, вам придется сидеть и ждать, пока VSeWSS перебирает каждый проект, проверяя структуру и пытаясь переупаковать каждое решение. Кажется, что ожидание растет экспоненциально с каждым проектом с включенными расширениями, который вы добавляете в решение. Учитывая все ожидания, уже включенные в разработку SharePoint внутри ВМ, ожидание может быть мучительным.

2. Пока VSeWSS пробирается через проекты, никаких указаний на какую-либо работу не ведется; VS просто перестает отвечать.

3. Каждый раз, когда вы закрываете свое решение VS с проектами с включенными расширениями, VSeWSS выполняет всю операцию заново. Учитывая, что к этому времени в моем текущем проекте я обычно около 10 часов в кресле, и последнее, что я хочу сделать, это ждать дольше, чтобы вернуться домой, этот процесс хуже, чем мучительный (если это вообще возможно). Большинство разработчиков нашей команды просто заходят в диспетчер задач и убивают devenv.exe . процесс, а не ожидание.

4. Мы очень плохо пытались использовать текущую (CTP) версию расширений для создания интегрированной сборки. У нас возникли проблемы с использованием VSeWSS из командной строки для сборки и упаковки всех наших проектов.

Вкратце, используйте STSDEV. Настроить папки довольно сложно, но как только у вас все написано, все готово.

Answer 7

Я использовал VSeWSS 1.2 и 1.3, и это делает развертывание довольно простым. У меня был вопрос: что вы, ребята, обычно делаете, если хотите распространять веб-части на управляемый заказчиком сервер SharePoint. Вы просто берете папку Release и говорите им запускать скрипт setup.bat? Вы упаковываете это по-другому? Вы создаете собственные установщики?

Answer 8

Одним недостатком VSeWSS 1.2 было отсутствие развертывания для поддержки bin. 1.3 добавляет это, но я не получил его для работы со ссылочными сборками. Я переключился на STSDev 2008 , побочный продукт оригинального STSDev с исправлениями ошибок. Я работал с основными участниками, чтобы добавить документацию в проект на CodePlex, но его загрузили 1900 раз в год.