Как иметь несколько выпусков bugzilla, сосуществующих параллельно на одном сервере (например, 2.21 и 3.x) для тестирования

1170
therobyouknow

Я запускаю bugzilla 2.21 на Debian Linux, и я хотел бы воспользоваться преимуществами и возможностями последней версии bugzilla, на момент написания статьи она была в нумерации 3.x, в настоящее время 3.44.

Я не могу просто перейти на новую версию, потому что: - Я хотел бы дать моим пользователям время ознакомиться с последней версией - Избегать риска недоступности сервиса bugzilla в случае возникновения сложностей с обновлением - Мои начальники довольно строгие с такими вещами; Я не вижу, чтобы просто сделать обновление без какого-либо испытания, процесса или консультации. Я думаю, что это разумно.

Я хотел бы сделать снимок содержимого базы данных MySQL для текущего установленного выпуска bugzilla, 2.21. Затем используйте эту копию с последней версией, установленной на том же компьютере.

Последняя версия будет полностью отделена от более ранней версии 2.21. Это означает, что на одной машине будут работать 2 установки bugzilla, каждая со своими данными.

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

Я хотел бы запустить пробный период в течение нескольких недель, предварительно уведомив пользователей о возможном, неизбежном обновлении. Во время пробной версии я бы попросил отзывы о новом выпуске.

Я уже искал ответ на этот вопрос в списке рассылки bugzilla (через Nabble), но ответов нет, поэтому я сам опубликовал вопрос некоторое время назад (в марте прошлого года), но ответа не получил. http://old.nabble.com/Multiple-bugzilla-release-version-installs-co-exist-in-parallel-on-one-server-(eg-2.21-and-3.2)-for-trialling-3.2- бок о бок-td22623349.html

Документация по bugzilla также не содержит рекомендаций о том, как это сделать.

Что, кажется, усложняет запуск параллельных выпусков bugzilla, так это то, что установка (по крайней мере, на Debian) помещает программы и данные bugzilla как минимум в три места:

/ etc / bugzilla
/ var / lib / bugzilla
/ usr / lib / cgi-bin / bugzilla

Если все установки bugzilla находятся в одной папке (например, как установка Drupal), тогда было бы проще запускать несколько версий параллельно.

Мысли?

1

1 ответ на вопрос

1
Max Kanat-Alexander

Если вы не используете пакет Debian, обычный архив Bugzilla, поставляемый с bugzilla.org, находится в одном каталоге.

Вам не нужно делать вторую установку доступной только для чтения, просто установите для mail_delivery_method значение «Test» и добавьте что-то в анонсы (это оба параметра), чтобы указать, что это просто тестовая установка.

Спасибо большое Макс! Я опробую ваше предложение и дополню этот вопрос своими выводами. therobyouknow 14 лет назад 0
Как и было обещано, обновление: я завершил установку, с несколькими незначительными проблемами (подробнее об этом чуть позже). Я сделал резервную копию исходной базы данных SQL bugzilla, сделал ее копию под другим именем и следовал инструкциям в README, прилагаемом к tarball. Самым сложным (отнимающим много времени и взаимодействующим с пользователем) шагом был запуск этапа checksetup.pl, он должен был запускаться несколько раз и устанавливать модули perl, как мне указали. therobyouknow 14 лет назад 0
Незначительной проблемой был сбой установки PerlMagick из-за сбоя make на опции компилятора, недоступной в последней стабильной версии gcc в debian. Я пытался получить последнюю версию компилятора, чтобы компиляция работала, но я не могу получить Debian apt-get, чтобы получить более позднюю версию. Смотрите мою ветку вопросов здесь: http://serverfault.com/questions/94564/how-to-force-debian-linux-apt-get-installer-to-install-unstable-specific-version therobyouknow 14 лет назад 0
Любые мысли по этому незначительному вопросу приветствуются, но еще раз спасибо - я «повысил» ваш ответ. therobyouknow 14 лет назад 0

Похожие вопросы