Как вы справляетесь с продвижением кода в среде Sharepoint?

Question

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

В среде Sharepoint вы можете использовать аналогичную схему управления версиями. Пользовательский код (сборки) заканчивается функциями, которые устанавливаются вручную или с помощью различных программ установки. Тем не менее, кое-что из того, что нужно повысить с dev до промежуточного уровня, а затем на производство, может быть содержимым базы данных, которое поддерживает биты пользовательского кода.

Если вы управляли корпоративной средой Sharepoint, пожалуйста, поделитесь мыслями о том, как вы управляете продвижением изменений кода и контента между средами, одновременно защищая свою работу и своих пользователей и сохраняя свой здравый смысл.

Answer 1

Для любых изменений файлов (сборок, aspx) вы можете использовать компоненты, а затем следить за установщиками. Вы должны установить функцию и выполнить обновление, чтобы нажать изменения.

Нет простого способа синхронизировать данные ... вы можете использовать команды stsadm import / export, как указал Джон. Но это может быть не так просто, особенно если серверы настроены по-другому.

Существует также продукт Data Sync Studio (http://www.simego.net/DataSync_Studio.aspx), который вы можете попробовать.

Answer 2

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

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

Answer 3

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

Вероятно, лучший способ сделать это - использовать команды stsadm import и export для экспорта и импорта контента из одной среды в другую. (Не используйте резервное копирование / восстановление при переходе из одной среды в другую.)

Answer 4

Лучший ресурс, на который я могу указать, это статья Эрика:

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

Я был частью команды, работающей над улучшением истории разработки решений WSS и MOSS с TFS, но я не знаю, где это стоит.