8 июня 2020 в 15:45
Как обезопасить себя от неудачного composer update? Бекапа файлов и БД достоточно, чтобы если что вернутся на точку сохранеия.
Если да: как заархивить все кроме папок файловой системы (публичной и притватной)? Есть какаято комманда типа drush archive-dump?
Содержимое сайта публикуется на условиях CreativeCommons Attribution-ShareAlike 3.0 или более поздней версии. Программные коды в тексте статей — на условиях GNU GPL v2 или более поздней версии.
Документация по совместной работе с репозиторием drupal.ru – https://docs.drupal.ru/code
Drupal – торговая марка Дриса Бёйтарта
Поддерживать инфраструктуру Drupal.ru нам помогает компания ДАЛЕЕ
Комментарии
а, это ты
достаточно использовать гит
ну и да drush sql:dump ещё никто не удалял
Да, гита вполне достаточно. git reset --hard + git clean помогут вернуть "как было". БД же не помешает бэкапить чем чаще, тем лучше
Каким боком вообще база к composer update?
Ну после того, как модули накатаны новых версий updb надо то делать.
Ну так это уже не композер. Вообще, достаточно двух файлов - composer.json и composer.lock. Плюс бэкап базы для drush updb
Если вы не знали то в composer.lock записываются точные версии установленных пакетов. И когда выполняется composer install и оно видит что есть этот .lock файл, оно из него вот точно это и поставит. Т.е. эту папку vendor всегда можно удалить и поставить из .lock файла, главное вам чтобы эти файлы у вас были, в системе контроля версий той же.