Среды Sitecore

Question

Веб-сайт нашей организации переходит на Sitecore CMS, но мы боремся с настройкой среды для разработчиков (4), дизайнеров (4), специалистов по обеспечению качества (3), авторов (10-15) и утверждающих (4-10) так, чтобы они могли работать независимо, я знаю, что будут зависимости, но идея состоит в том, чтобы минимизировать их.

Вот пара правил:

1) Кто бы ни несёт ответственность за изменение, он должен делать всё до тех пор, пока не будет никакой зависимости.

2) Если одна команда работает над одной функцией, она не должна останавливать или влиять на работу другой команды. Например, если QA тестирует эту функцию, разработчики Derringers и разработчики должны продолжить работу над той же функцией для новых улучшений.

Вопросы, связанные с окружающей средой:

1) Где будут работать дизайнеры? Я имею в виду, где они будут добавлять свои HTML, JS и изображения? На каком сервере? В Sitecore? В Source Control (TFS)?

2) Как дизайнеры и разработчики должны работать вместе? Я знаю, что разработчики будут работать на своих локальных машинах в Sitecore. И будет продвигать свою работу на сервер интеграции, но как они получат вещи дизайнеров? Предположим, что функция успешно запущена в производство, теперь требуются только изменения графического дизайна, скажем, стили шрифтов и некоторые изображения, тогда где дизайнеры должны вносить эти изменения? На каком сервере? И после этого, как этот экземпляр Sitecore будет синхронизироваться с другими экземплярами Sitecore. И для изменений дизайна я не хочу, чтобы разработчики продвигали какой-либо код или файл.

3) Какой самый безопасный способ синхронизации среды / баз данных Sitecore? Значит, что бы ни было опубликовано на производственном веб-сайте, нам понадобится вернуться в среды DEV, QA и UAT.

Мы не хотим заниматься продвижением кода, html, js и графических файлов вручную. Есть ли способ сделать такие вещи автоматически через инструмент или команды Sitecore. Лично мне не нравятся пакеты Sitecore.

4) Вы знаете какую-нибудь хорошую ссылку? Где я могу найти ответы на подобные вопросы? Любой сайт, книга, блог?

Мне известен один документ "Понимание Sitecore Deployments 6.2", но часть разработчиков и то, как будут синхронизироваться различные среды, там не обсуждаются.

Спасибо.

Answer 1

1. У ваших дизайнеров нет необходимости иметь доступ к Sitecore для создания статической разметки / js / css / images, но для того, чтобы это было включено в Sitecore, вам понадобится кто-то, чтобы интегрировать его, добавив подуровни или визуализациикоторые имеют разметку и ссылаются на css / js / images.Если вы разделили дизайнеров и разработчиков, как правило, полезно объяснить им, что вы используете среду веб-форм asp.net, поскольку при этом следует учитывать особые соображения (например, идентификаторы элементов управления и использование форм).Предоставление им совместного управления исходным кодом с вашими разработчиками является огромным преимуществом, поскольку оно ограничивает объем переделок, которые могут потребоваться, если оба работают по касательной и выполняют отдельные обновления.

2. Это стоитосмысление разницы между статическим и динамическим контентом.Если вам нужно внести «изменение дизайна», которое включает в себя обновление markup / css / js, вам нужно будет продвигать это изменение в течение всего жизненного цикла разработки программного обеспечения так же, как это делают разработчики.Фактически, для разработчиков было бы лучше сделать это.Если вам нужно внести изменение, которое более «динамично» по своей природе и было разработано для - например, обновления текста, ссылок, изображений, и даже CSS в некоторых случаях с помощью полей Rich Text Editor, вы, конечно, можете попросить дизайнеров это сделать.Они будут «редакторами», как и все, кто использует CMS.То, насколько они вовлечены в процесс редактирования, во многом зависит от того, насколько вы расширяете парадигму «контента».Если бы вы хотели, вы могли бы сделать так, чтобы на всех ваших страницах просто было поле расширенного текстового редактора, но это было бы крайне плохой практикой с точки зрения Sitecore.

3. Ознакомьтесь с продуктом под названием Team Developmentдля Sitecore от Hedgehog Development.

4. Существует множество RSS-каналов ведущих разработчиков сайта, таких как Джон Уэст, Алекс Шиба и т. д. Существует также множество списков для чтения.

Answer 2

На этой иллюстрации показан способ организации среды, позволяющий избежать наложений и блокировок. Отвечая на ваши вопросы:

1 и 2) Как разработчики, так и дизайнеры работают на своих локальных компьютерах, используя локальные экземпляры Sitecore. Они используют TFS в качестве системы управления исходным кодом, чтобы они могли взаимно интегрировать свою работу. Обычно дизайнеры больше работают с CSS, Javascrips, изображениями, подуровнями (разметками) и разработчиками в самом коде. У нас есть сервер Continuous Integration (например: TeamCity), который развертывает изменения в 3 различных средах - CI Server (для проверки работоспособности сборки), QA Server (для QA) и Prod Server (для редакции контента и публичного доступа). Когда, например, дизайнер должен исправить проблему с макетом, он сделает это на своем локальном компьютере, а затем передаст изменения в TFS. Следующим шагом TeamCity развернет изменения на сервере CI, если сборка в порядке, сотрудник QA может запустить сборку и протестировать исправления. Если все работает, как ожидалось, кто-то может запустить сборку на производственном сервере, и исправление будет запущено.

У вас есть еще одна диаграмма , показывающая подробности того, как вы можете настроить производственный сервер для разделения авторизации контента и доставки контента. Вот поиск, в котором я нашел несколько сообщений в блоге об этой настройке: доставка авторинга контента sitecore

3) Вам необходим TDS (Team Development for Sitecore) - используйте этот инструмент для сериализации / десериализации элементов из одного экземпляра Sitecore в другой. Затем вы можете иметь сериализованные файлы в TFS и обмениваться ими между командой и средами. Хорошо, что вы можете использовать TeamCity для автоматической отправки элементов в среды CI / QA / Prod;

4) Основным источником информации о Sitecore является их SDN. Вы можете зарегистрироваться бесплатно (или иметь расширенную учетную запись, если у вас есть лицензия на sitecore)