Какие-либо риски, связанные с привычным обновлением/возвратом ВСЕХ функций в drush?
Я хочу начать использовать команды drush, чтобы просто обновить все или отменить все функции (в зависимости от того, в какой среде я нахожусь) вместо того, чтобы выполнять их по одному. Каковы связанные с этим риски или вопросы, которые я должен задать себе, прежде чем привычно обновлять все или возвращать все функции?
drush fra ( чтобы отменить все на рабочих и тестовых серверах)
drush fua ( чтобы обновить все в среде разработки)
Спасибо!
2 answers
Лично я делаю "возврат - все" все время (для тестирования/развертывания изменений в тестировании и производстве). Потому что ни одно обновление функций не должно быть упущено из виду до/во время выпуска.
Лично я бы счел "обновить все" слишком рискованным . Потому что разработка потенциально содержит множество небольших тестов, изменений, испытаний и неудачных попыток. Они никогда не должны скатываться в (раздутый) коммит. Не говоря уже о достижении "полного возврата" к производству.
"обновить все" также будет противоречит моему пониманию "атомарных коммитов". Где фиксации всегда (много) небольших изменений, исключительно.
Их легко прочитать. Легко понять. Легко расстегивается. (И все функции содержат только небольшие компоненты (не раздуты).)
Изменение типа контента? Сделайте "drush fu эта функция типа контента". Совершить.
Обновление представления? Если вы счастливы, то сделайте "drush fu that-view-feature". Совершать. Далее.
Делает для очень читабельных "git diff", без включая любые случайные или экспериментальные изменения от разработчика.
На мой взгляд, первое и главное, что следует принять во внимание, - это то, что ваша функция не должна иметь никаких изменений, отличных от вашей среды разработки.
Во-вторых, убедитесь, что все поля типа контента имеют тот же тип и виджет, что и в вашей производственной среде.
Вы также можете сделать резервную копию базы данных перед возвратом функций в случае внесения каких-либо серьезных изменений.