Среда разработки/производства SharePoint

Question

Одна из самых больших проблем, с которой я столкнулся с SharePoint, заключается в том, что она не приносит приятного отношения к типичной среде проекта, которая, как минимум, содержит среды разработки и производства. Проблемы, с которыми я столкнулся, - это то, что контент и списки настолько тесно связаны, что это затрудняет выполнение изменений дизайна, не выполняя замораживание содержимого в рабочей среде. Например, если у меня есть список с вычисленными столбцами и вы хотите добавить некоторые новые функции, мне нужно будет сделать замораживание содержимого на рабочем сервере, создать шаблон списка (включая контент) с производственного сервера, восстановить этот список на среды разработки, внесите мои изменения, а затем отмените процесс шаблона списка. То же самое справедливо для страниц и всего остального в SharePoint. Кажется, что, как только сайт будет развернут, лучше всего работать непосредственно на производственной коробке, но по понятным причинам это ломает тонну лучших практик.

Как некоторые из других разработчиков SharePoint справляются с этим ограничением?

Answer 1

Есть два уровня (более?) Для SharePoint «development». У вас есть код, который развертывается на сервере, например веб-части, типы контента, действия рабочего процесса и т. Д. Это работает относительно хорошо с точки зрения развертывания и лучших практик.

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

Я не уверен, что ваши изменения восприимчивы к этому подходу, но это стоит учитывать.

Тогда у нас есть еще один сайт, который сильно настраивается с помощью конструктора SharePoint, и тот, с которым мы работаем.

Answer 2

Вы можете использовать Мастера развертывания контента (http://www.codeplex.com/SPDeploymentWizard), чтобы быстро переносить такие вещи, как списки и библиотеки. Вы также можете взять резервную/восстановительную копию продукции, затем внести изменения в нее, а затем в ранние утренние часы сделать замораживание содержимого (надеюсь, никто не будет заботиться), импортировать все измененные данные из производства в вашу копию , а затем восстановить копию над производством. По крайней мере, замораживание может быть отложено и будет необходимо только в течение процедуры export-> import-> restore.

На практике я просто делаю свои изменения в производстве вручную.

Answer 3

Используйте код FeatureActivation, чтобы развернуть изменения в полях списка. После того, как код обновит поля, вы отключите эту функцию и удалите ее. Это позволяет проверять результаты в среде QA.