6 января 2007 в 20:34
В свете того, что часто выходят патчи по безопасности, было бы неплохо всю структуру друпала перевести на wiki... то есть, чтобы была возможность следить за версиями всех файлов (ядра, модулей) Друпала... то есть, почти тоже самое, что администрирование переводов через модуль locale, только с контролем над версиями в стиле wiki...
представьте как удобно, патч по безопасности нужно вставить? без проблем вставляем нужный код в текстовое поле, скрипт сам читает (или указываем путь) куда нужно вставить, вставляет, записывает изменения и в логах, в красивом оформлении, показывает историю изменений файлов Друпала... а как легко будет производить обновление на новую версию? сказка просто...
интересно, реально ли сделать подобное? и у кого какие мысли по этому поводу существуют?
Комментарии
То о чём ты пишешь это система управления версиями. А вики это по сути вебинтерфейс к VCS. Формат unified patch умеет хранить в патчах пути к файлам, поэтому используя VCS для обновлений достаточно обмениваться патчами. Собственно и сейчас для обновлений ядра на drupal.org кроме дистрибутива новой версии всегда предлагаются патчи - с ними не нужно думать, какие файлы изменены, достаточно положить файл в корень установленного друпала и запустить утилиту patch. Т.е. можно например регулярно синхронизировать сайт с CVS drupal.org и поддерживать его всегда в обновлённом виде. Это все возможно и сейчас.
Лучше однако использовать распределённые VCS, поскольку в них проще вести независимые ветки кода, например регулярно апдейтить сайт из репозитория drupal.org, но при этом изменять код ядра сайта под свои нужды. Если код не изменён до неузнаваемости, то для многих распределённых VCS синхронизация репозиториев с разным кодом не проблема. Вот только врядли большинство пользователей оценят эти преимущества
Версии модулей в Drupal 5 ведутся, только как их используют пока непонятно.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
Тем, кто интересуется патчами, хватает оригинальной CVS. Остальным оно просто ни к чему.
---
http://drupal5.ru - информация для друпателей
качественные ответы только на качественные вопросы
Я бы так не сказал. Когда в это глубже влезаешь в CVS начинает многого не хватать.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
так я говорил именно о модуле в самом Друпале, а не создание того же самого сторонними средствами (это как раз понятно, что возможно такое)...
а соединение вики с VCS - это именно для наглядности... например, нужно что-то поменять в теме, не надо лезть ни через ftp, ни в файлменеджер на сервере... а просто изменяешь вручную в модуле, который контролирует твой Друпал...
большинство пользователей не оценивают эти преимущества потому, что во всём этом надо разбираться (скачивать программы новые, читать доки и тд.), а если бы был интструмент наподобие этого модуля, то я думаю, большинство вопило бы от восторга, говоря, что "ни у кого такого нет"... ведь сама идея Друпала и состоит в том, чтобы предоставить все средства для работы с Друпалом в нём самом (хелп, локализация, бэгтрекер - всё это уже есть)...
Ну в общем и целом пожалуй да, смысл есть. Только тогда уж пойти ещё дальше и не заставлять пользователей скачивать обновления, а чтобы модуль сам эти патчи скачивал при необходимости, устанавливал и если что-то сбойнуло мог откатить на предыдущую версию. Может быть это удобнее не модулем (ведь работа модулей зависит от работы ядра и если в коде ядра что-то не так модуль перестанет работать), а сторонним скриптом, например в update.php запихнуть. Система должна быть подобнам линуксовым менеджерам пакетов, только здесь в роли пакетов - патчи. Хотя если пойти ещё дальше, то можно таким же образом распространять модули, через центральный репозиторий.
--
Администратор сайта «Drupal — Россия»
на вопросы по Drupal отвечаю только на форумах, не пишите в почту и приватом!
ну да, это было бы здорово, если бы он ещё и сам патчи мог находить, в принципе, если они появляются в одном и том же месте, то это, я думаю, возможно...
сторонним скриптом было бы действительно лучше, тогда даже возможно было бы его применять не только к Друпалу, например, но и к совсем другим проектам (при минимальной переделке)... но главное, что нужно сделать, это наглядность изменений (слежение и возможность автоматического применения патчей, отката, сравнения и тд.)... тут встаёт вопрос о базе данных... что использовать, чтобы хранить изменения и тд...
я видел модуль darcs, который ты сделал для 4.6, даже скачал его, чтобы посмотреть, всё хорошо, только ему нужен darcs на сервере, а это плохо... было бы лучше, если бы такой скрипт вообще ни от чего не зависел, в том числе, не зависел бы и от бесконечных новых версий Друпала... тогда бы его можно было бы использовать постоянно...