Как мне создать хорошую среду для разработки .Net для Sharepoint? - PullRequest
7 голосов
/ 26 мая 2009

Моя компания использовала сторонние компании для всей разработки программного обеспечения и инфраструктуры, но теперь мы хотим перенести это на свои места. Компания использует продукты Microsoft, где это применимо, для стандартизации окружающей среды. Sharepoint будет использоваться в качестве портала для всех инструментов, необходимых руководству, специалистам по продажам и т. Д. Sharepoint работает на одном сервере, а наши базы данных - на другом. Они оба расположены наверху. Теперь к вопросу:

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

Как бы оборудовался хороший сервер разработки / тестирования (аппаратный и программный)?

Лучше купить мощный сервер или лучше оборудованные рабочие станции с виртуальными копиями наших серверов?

Как ваши компании решили это, и что бы вы изменили в вашей настройке?

С уважением Marcus

Ответы [ 4 ]

11 голосов
/ 26 мая 2009

Я лично использую и рекомендую виртуальную машину со всем на ней, включая SQL Server, MOSS 2007 и Visual Studio. Каждый разработчик в команде должен иметь свою собственную копию. Хороший ноутбук с достаточным объемом памяти действительно может разместить такую ​​виртуальную машину, но я предпочитаю иметь высокопроизводительный сервер в серверной комнате, где он размещается, поскольку это просто потрясающе. Для разработки вы просто удаленный рабочий стол к виртуальному серверу.

У Эли Робилларда есть хорошее сообщение в блоге о настройке сервера разработки.

5 голосов
/ 26 мая 2009

В данный момент я занимаюсь разработкой MOSS, и в настоящее время я использую установку, состоящую из единой системы Windows Server 2008 Standard (раньше это была виртуальная машина, теперь это физическая машина, но у меня нет личных предпочтений, так или иначе) с:

  • Visual Studio 2008 Standard
  • WSS 3 Расширения Visual Studio для 2008 ( ссылка )
  • Шаблоны SmartPart ( ссылка )
  • Active Directory настроен и настроен со своим собственным доменом
  • Exchange настроен и настроен (очень хорошо для получения доступа к настраиваемым атрибутам в профилях AD, которые можно использовать для управления пользовательскими данными и импорта в SharePoint)
  • WSPBuilder ( ссылка )
  • SQL Server 2005 Standard

Аппаратно, я прекрасно справляюсь со всем вышеперечисленным в двухъядерной системе 2,5 ГГц с оперативной памятью 4 ГБ, но самое главное, что имеет , чтобы быть 32-битной системой, что значительно подчеркнул. Ваша среда разработки должна быть 32-битной, в SharePoint так много всего, что хорошо работает под 64-битной версией, но вы не можете разрабатывать ее в 64-битной среде.

Еще раз подчеркну - для разработки необходимо использовать 32-битную среду.

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

Единственное, что я хотел бы изменить в своей текущей настройке, - это перенести SQL Server на собственное оборудование, поскольку это снижает накладные расходы, а также позволяет исследовать проблему двойного прыжка NTLM / Kerberos в отношении отдельных служб, таких как SQL Server. Службы отчетности и каталог бизнес-данных.

5 голосов
/ 26 мая 2009

В дополнение к тому, что говорит Ларс, я также рекомендую вам настроить следующие среды

  1. Сборка - используйте Continous Integration для компиляции ваших приложений по заданному расписанию. Я также рекомендую вам запускать юнит-тесты и тесты дыма как часть процесса сборки, чтобы поддерживать сборку в известном состоянии
  2. Интеграционный тест - используйте его как «песочницу» для групп разработчиков, чтобы убедиться, что все компоненты работают правильно. Думайте об этом как о мини-производстве. Я рекомендую загружать сборки в эту среду, по крайней мере, один раз в день, или если вы действительно готовы к каждой хорошей сборке из среды сборки.
  3. QA - это специальная песочница для ваших QA сотрудников. Здесь сборки должны передаваться только после того, как функции готовы к обеспечению качества.
  4. Pre Production / UAT - это специальная песочница для администраторов и клиентов SharePoint. Здесь администраторы SharePoint тестируют развертывания, а клиенты тестируют новые функции и обеспечивают окончательное принятие перед производством. Эта среда должна быть виртуализирована так, чтобы она выглядела в точности как производственная.
2 голосов
/ 27 мая 2009

Вам следует ознакомиться с разделом «Создание среды разработки SharePoint» на странице SharePointDevWiki.com. Не могу вставить ссылку, потому что я "новый пользователь".

...