MediaWiki и подвижная интеграция (Hg)
Контекст:
Наши требования доступности довольно свободны. Если наш Виртуальный Частный Сервер идет офлайн, я должен смочь заменить его в течение нескольких дней.
Это не проблема, потому что данные и журналы доступны. Код Python находится безопасно в Подвижном, эффективно сохраненном в нескольких местоположениях. Мы покорно записали все шаги, требуемые восстановить сервер к той же конфигурации в MediaWiki, который хранится на... о, Боже... Виртуальный Частный Сервер.
Мне нужен способ создать резервную копию инструкций в MediaWiki способом, что я могу считать их, когда сервер снижается.
Предложение:
Было бы хорошо иметь все изменения в MediaWiki, автоматически отправленном нашему Подвижному репозиторию исходного кода, таким образом, это также будет автоматически копироваться в машины всего разработчика. По-видимому, мы могли затем разжечь локальную версию MediaWiki для чтения содержания. (Запись могла бы вызвать конфликты, но мы могли жить без этого.)
Я не смог найти такое решение сделанным прежде. Мой Google Fu приводит меня к сбою или является там серьезным основанием, почему это - плохой подход?
1 ответ
Люди использовали подвижный и другой DVCSs в качестве бэкенда для wikis (см. ikiwiki для примера), но обычно они не большое соответствие, потому что Вы создаете новый changeset через все страницы/файлы для каждого редактирования любой страницы/файла.
Однако это кажется, что Вы просто надеетесь использовать подвижный в качестве резервного копирования для своего mediawiki экземпляра, который является видом несоответствия. Wiki уже сохраняет предыдущие изменения, и экспортирующий в DVCS сделал бы то же самое по-другому. Вы более обеспечены просто поддержка Вашей Wiki, ежедневно использующей функции экспорта/архива, которые она обеспечивает и продвижение его к дешевому устройству хранения данных.