Drupal и управление версиями

Question

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

Стратегия управления исходным кодом Drupal?

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

Итак, я просто развиваюсь на "фиктивном" сайте и каким-то образом выполняю много жонглирования, проверяя фиктивный сайт, получая контент (включая базу данных) и помещая его в SVN, а затем публикуя его на моем живом сайте

Как выглядит база данных Drupal? Мои фиктивные и живые сайты не имеют / не будут иметь одинаковые логины администратора / пользователя и т. Д.

Что другие делают для разработки в Drupal и управления ревизиями?

Answer 1

На некоторых хостинговых сервисах - даже на дешевых хостах с общим доступом - установлен клиент SVN или CVS. Это отличается от SVN хостинга , услуги, которую некоторые хостинговые компании прямо предлагают. Это стоит проверить; наличие клиента контроля версий сделает вашу жизнь намного проще, несмотря ни на что.

Наш рабочий процесс запуска имеет тенденцию идти примерно так:

• Настройка кодовой базы
• Поместите его в SVN / git / что угодно. Разрабатывайте, кодируйте, создавайте контент, настраивайте и т. Д.
• Создание снимков БД через регулярные промежутки времени для сохранения здравомыслия
• Удалить любой фиктивный контент или фиктивные учетные записи пользователей, которые были созданы во время разработки
• Push-код для производственной или тестовой коробки
  • Если на вашем хосте установлен клиент управления исходным кодом, используйте его для развертывания базы кода.
  • Если вы этого не сделаете, создайте явную версию или кодовую версию своей кодовой базы, используя любой механизм, предлагаемый вашей системой контроля версий.
  • Не меняйте код на работающем сервере. Всегда используйте обновление контроля версий или загрузите полную копию «благословенной» ветки / тега. Получение кода живого сайта из синхронизации с самим собой - ад.
• Если вам нужно отправить новый снимок и подключить его к сети, либо создайте отдельный каталог / db вне webroot, который также находится под контролем исходного кода, либо просто используйте SFT и загружайте снимки БД в режиме ad hoc. Очевидно, что вы не хотите хранить их в каталоге, доступном через Интернет, так как люди, загружающие ваши необработанные снимки БД, - это два плюс-плохо.

Месяц назад я провел презентацию, посвященную вопросам развертывания, и разместил слайды в Интернете; это может быть полезно. ссылка на слайдшер

Answer 2

Существует два аспекта управления версиями в Drupal.

1 / Структура

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

С Drupal вам понадобится пара необходимых инструментов.

• Особенности , модуль, который поможет вам кодировать некоторые структуры ваших сайтов, которые обычно находятся в базе данных. Представления, типы контента, словари таксономий, даже термины таксономий, если вы используете модули UUID и функции UUID и т. Д. ...
  

• Drush не только поможет вам в создании и обновлении ваших функций, но и является важным инструментом для создания сайтов на Drupal. Если у вас нет аллергии на командную строку, управление функциями с помощью Drush гораздо более гибкое и надежное, чем использование пользовательского интерфейса компонентов.
  
  

2 / Содержание

Это еще проще, если у вас нет большого количества контента, вы можете использовать модуль Backup & Migrate .

Некоторые дружественные хостинги Drupal предоставят вам предустановленный GIT. Если вы действительно не можете получить доступ к серверу, GIT по-прежнему остается отличным инструментом разработки.

Извините, я не предоставил никаких ссылок, здесь немного поздно, но эти инструменты очень легко найти, я уверен, у вас не возникнет никаких проблем!