Двунаправленное развертывание Umbraco

Question

Я использую Umbraco 7.4.x. Я пытался найти лучший способ для двунаправленного развертывания.

Как и в случае, у нас есть более одного разработчика, работающих локально, и у нас есть сервер dev и сервер. У нас есть однократные развертывания от локального до dev, но это только код. Мы копировали базы данных в dev, но теперь у нас также есть люди, которым необходимо вводить контент на dev. Это также приводит к внесению изменений в базу данных dev и копированию базы данных. Конечно, мы все это делаем с контролем версий, но все же это все очень неудобно.

Есть ли лучший подход к этому, который мне не хватает? Я пытался использовать usync несколько месяцев назад, но мы часто сталкивались с сбоями.

Я слышал о Courier, похоже, было бы полезно для развертывания с dev/stage на производство, но это также повлияет на то, чтобы изменения типа контента/документа были на наших локальных машинах? Я не был уверен, что они не веб-серверы в Интернете, а только локальные службы IIS Express, работающие через Visual Studios.

Заранее спасибо!

Answer 1

Мы используем uSync (uSync + uSync.ContentEdition - https://our.umbraco.org/projects/developer-tools/usync/) для перемещения всего между экземплярами. Сделайте еще один выстрел, поскольку он изменился с того момента, когда вы изучали его в прошлом. Стоит отметить, что она требует хорошей конфигурации на различных окружающих средах, чтобы избежать конфликтов и т.д.

Вы также можете использовать Courier и это последняя версия используется Umbraco Cloud (http://umbraco.io/), которые также могут заинтересовать вас, поскольку это дает вы полностью контролируете процессы развертывания между несколькими экземплярами Umbraco.

Answer 2

Один из вариантов заключается в том, чтобы все ваши разработчики настроили работу с той же базой данных разработчиков. В некоторых случаях вашим разработчикам может потребоваться «Перепубликовать весь сайт» или переиндексировать индексы проверки, чтобы убедиться, что все их кеш и файл TEMP обновлены. В противном случае это сработало для нас много лет. Одна из разочаровывающих частей этого заключается в том, что медиафайлы, загруженные dev A, не будут сразу же в файловой системе для dev B. Вы должны будете перенести свои носители в хранилище azure blob, чтобы обойти эту проблему. Существует пакет, который должен помочь установить это here.

Я бы не рекомендовал uSync.ContentEdition. Я не пробовал это лично, но мне еще предстоит услышать хороший отчет об этом. uSync, с другой стороны, спасает жизнь, даже если она не идеальна. На этом этапе мы устанавливаем usync на каждом сайте, даже если мы никогда не настраиваем его для чтения в изменениях. Нам нравится, что мы можем записывать наши изменения в типы документов и типы данных в контроле источника. Работа с общей настройкой базы данных означает, что нам не нужно, чтобы usync читал в наших dev и локальных средах. Однако вам нужно будет убедиться, что ваши разработчики все понимают usync. Если dev A добавляет тип документа, файл usync .def для этого типа документа может отображаться в файловой системе для dev B. Dev B не должен передавать этот файл usync в этой ситуации.

В последнее время курьер работает намного лучше. Я бы не рекомендовал его, если вы не используете umbraco 7 и можете получить последнюю версию Courier. Курьер очень полезен, но вы должны провести с ним много испытаний, прежде чем передать его клиенту, потому что Courier дает вам возможность стрелять в ногу большим образом. Это определенно улучшилось. В Courier для umbraco 6 мне приходилось очень стараться развертывать, не нарушая мой сайт. Теперь, в Courier для umbraco7, я должен очень стараться его сломать. Теперь это жизнеспособный вариант для развертывания изменений контента в производстве. Просто убедитесь, что вы тестируете его, прежде чем использовать его в рабочей среде.