Лучший формат проекта для развертывания VS2005 + SharePoint? - PullRequest
4 голосов
/ 11 декабря 2008

Во-первых, позвольте мне использовать одно предложение, чтобы выразить некоторое разочарование: Боже мой, разработка для SharePoint - беспорядок!

ОК, извините, позвольте мне сосредоточиться на одном конкретном сценарии. Я разработал (VS2005) некоторые функциональные возможности, которые работают, если я разверну его в виде DLL на сервере SharePoint (MOSS2007). Сейчас я пытаюсь определить лучший способ упаковать его в качестве развертываемой функции.

Основываясь на результатах поиска, можно подумать, что никто никогда не делал это повторяющимся образом! Каждая статья противоречит следующей или документирует технику, которая исправляет некоторую проблему с помощью чужой техники, и, в свою очередь, вероятно, обновляется в еще одной статье. Многие, кажется, основаны на устаревших методах 2003, WSS и т. Д. Некоторые рекомендуют использовать задачи MSBuild для развертывания в вашем коде, копировать файлы вручную в каталоги с именами, такими как «12», или использовать инструменты, такие как SharePoint Designer, или вносить изменения непосредственно на сервер. , Это похоже на хаки, которые разработчики использовали бы для установки на тестовом сервере. Кто-нибудь когда-либо создавал проект, который после успешной сборки может быть перенесен на другой компьютер и развернут с помощью установщика или одной команды командной строки через STSADM?

Я признаю, что у меня есть только знания начинающего администрирования SharePoint, но это должно быть проще, чем кажется. Я думаю, что понимаю основные понятия в http://msdn.microsoft.com/en-us/library/ms413687.aspx, но разве нет способа автоматизировать это? Должна быть одна рекомендуемая практика для упаковки компонентов, которые должны быть развернуты на сервере 2007 года ... но я не могу понять, какой это пакет. (По-моему, это примерно так: http://www.codeplex.com/sptemplateland,, но это не обновлялось с февраля 2007 года.)

Кто-нибудь может помочь? Большое спасибо!

Ответы [ 2 ]

7 голосов
/ 11 декабря 2008

«Беседа на улице» обычно вращается вокруг трех вариантов разработки SharePoint.

  1. VSeWSS, собственные расширения Microsoft для Visual Studio .
  2. STSDEV , предварительно создает решение VS на основе ваших спецификаций
  3. WSPBuilder , мои предпочтения из-за его интеграции с VS

У всех есть сильные и слабые стороны, и я советую вам попробовать все три, чтобы найти ваши предпочтения.

.b

3 голосов
/ 11 декабря 2008

Используя VSeWSS 1.2, я бы порекомендовал создать решение STSDEV, которое упаковывает код и копирует веб-часть в нужное место.

Обновление Тем не менее, VSeWSS 1.3 теперь является «официальной» версией MS и будет поддерживаться в будущих версиях Visual Studio, так что, вероятно, сейчас это путь.

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

Через некоторое время от острой боли вы чувствуете тупость до слабого пульса.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...