Как установить bugzilla на windows

Обновлено: 04.07.2024

Я хотел бы использовать Bugzilla на своем компьютере для отслеживания ошибок в нашем программном обеспечении. Как мне это настроить?

2 ответа

Для Bugzilla Вам нужно.

Perl (5.8.1 или выше)
MySQL
Apache2
Bugzilla
Модули Perl
Bugzilla с помощью апача

Некоторые комментарии впереди:

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

При необходимости в информации о Perl, MySQL, Apache, это некоторая ЛАМПА как Тосес: 1, 2, 3, 4, 5.

Также взгляните на это, как к (от Saariko в комментарии), если ниже не работает на Вас.

_{Если кто-либо находит, что опечатки не стесняются фиксировать их, или если можно думать об улучшениях, не стесняются включать их}

Perl

Проверьте, какой жемчуг Вы используете:

Это должно показать что-то вроде этого:

Аккуратное использование 5.10. Если Ваш ниже, чем 5.8.1, необходимо обновить его.

MySQL

Проверьте, есть ли у Вас MySQL, работающий с

Удостоверьтесь, что развили инструкции и установили a root учетная запись с достойным паролем. См. ссылки выше для того, как настроить сервер ЛАМПЫ при необходимости в нем. Создайте пользователя bugzilla (измените его, если Вы хотите что-то еще),

И создайте базу данных и установите полномочия для пользователя bugzilla

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

Apache

Проверьте, установлен ли Apache:

должен показать страницу приветствия или веб-сайт. Если не установленный. устанавливают apache2 , Настраивают apache2, как Вы обычно были бы. См. ссылки наверху для того, как настроить сервер ЛАМПЫ при необходимости в больше.

И теперь для важной части. настраивающей Bugzilla в apache2:

и редактирование в следующем.

(Отметьте запаздывание "/" на первой строке),

Добавьте пользователя apache2 если у Вас уже нет этого.

Добавьте пользователя к apache2 переменным.

cgi addhandler мог быть в другом месте при установке Bugzilla из репозиториев (см. апачский cgi как к),

Bugzilla

Или загрузите последнюю конюшню (4.0.2 в данный момент) или последняя ультрасовременная версия из Bugzilla. Короткая команда на последнем:

Удостоверьтесь, что каталог имеет rw полномочия:

Модули Perl для Bugzilla

Bugzilla использует сценарий checksetup.pl проверять, настраивается ли все правильно и если вещи, измененные для установки их для Вас. Путем ручной установки модулей жемчуга можно пропустить это.

Проверьте, установлены ли все модули:

Если не установленный.

localconfig содержит конфигурации и должен быть настроен. Так.

После сохранения этих настроек

добавят все виды таблиц к MySQL. Добавление группы серверов apache2 к Bugzilla:

Для включения этих изменений делают a

и это попросит, чтобы Вы установили своего администратора для Bugzilla.

Работает!!

и откройте браузер и вставьте URL

и у меня есть рабочая страница входа в систему Bugzilla на моей собственной машине.

На других платформах вам могут и не потребоваться специальные инструкции по установке благодаря заботе создателей дистрибутивов. Например, в Mandriva Linux 2008 (и более поздних версиях) вы можете установить Bugzilla в несколько щелчков мыши через центр управления - при этом будут установлены все необходимые компоненты, а вам останется только настроить систему.

Для системы доступна локализация на русский язык, которая доступна на сайте разработчиков Bugzilla. Пакет локализации включает в себя локализацию интерфейса и справки - для его установки потребуется лишь распаковать архив с локализацией в директорию, в которую у вас установлено приложение. После установки всех пакетов программ нужно создать новую базу данных в MySQL, добавить пользователя и предоставить ему права для доступа к созданной БД. Все это потребуется еще в процессе установки Bugzilla. Запуск скрипта checksetup.pl в директории с Bugzilla проверит Perl на наличие необходимых модулей и выдаст инструкции о том, как установить недостающие.

После установки недостающих модулей нужно повторно запустить скрипт и настроить основные параметры:
- адрес и порт СУБД, имя пользователя для подключения к ней, название БД (в ней будут созданы таблицы для хранения данных системы), пароль этого пользователя для доступа к БД;
- адрес электронной почты администратора;
- пароль администратора системы;
- адрес SMTP-сервера, который будет использоваться для рассылки почты.

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

Планирование, постановка задачи, контроль — вот одни из важных принципов на которых строится управление проектами и web проектами в частности. А в процессе руководства удаленными командами и организации взаимодействия между ними, без использования систем постановки и контроля задач не обойтись.
В данном посте я хочу рассказать о самой популярной системе багтрекинга BugZilla и успешном ее внедрении и эксплуатации в веб-студии «Твинс». Почему-то на хабре БагЗиллу всегда упоминают вскольз. Но никто и никогда подробно не ней не останавливался. А зря…

На первый взгляд кажется что здесь черт ногу сломит. Но когда ты поработаешь в этой системе, то понимаешь, что все грамотно и четко продумано. Система обладает колосальнейшими возможностями, просто кастомизируется и легко встраивается в процесс разработки веб проектов.

Преамбула

Скажу честно как все было… Надеюсь руководство меня не побьет и не уволит. Работать в компанию я пришел молодым и не опытным руководителем проектов. Быстро освоил весь производственный процесс и целиком в него влился. Стал руководить проектами: выявлять потребности заказчика, переводить все это на язык веба и формировать задания для разработчиков.

Компания росла и развивалась. Проекты становились все больше и сложнее, а вот организационные процессы при работе над проектами оставались неизменным. Все было донельзя просто — все задачи ставились устно или же отправлялись списком по e-mail техническому директору, а он уже перераспределял задачи программистам. А в связи с тем, что производство было удаленным (часть разработчиков находилось в другом городе), то технический директор переформулировал задачи и отправлял их уже непосредственно программистам.

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

Выбор системы багтрекинга

Сократить цепочку прохождения задачи от инициатора задачи (менеджера до конечного исполнителя).
При этом все уточняющие вопросы при необходимости должны обсуждаться напрямую между исполнителем и инициатором задачи
В любой момент получить срез по состоянию выполненных и текущих работ
Сохранить историю работы над проектом, включая все работы и доработки
Контролировать время работы над проектом
Расставлять приоритеты задачам
Производить анализ данных по проектам

Продукт — это проект
Раздел — включает в себя проекты. Мы поделили проекты по логическим группам: в работе, завершенные, на поддержке, продвижение.
Компонент — это этап: концепция, дизайн, верстка, программирование
Ошибка — это задача или баг.

В нее стали заносится не только ошибки по проектам, но и ставить задачи по работе: задачи по дизайну, верстке, наполнению и т.д. Т.е. все рабочие процессы фиксируются в BugZilla
Система контроля отработанного времени для исполнителей. Время работы над задачей фиксируется в BugZilla. В конце каждого месяца делается срез отработанного времени и с учетом этого начисляется заработная плата (это ввели уже позже).
Система отчетов для клиентов, работа над проектами которых идет по гибким методологиям. Они всегда могут войти в систему, посмотреть что делается. Поставить новую задачу или изменить приоритеты, а так же дать необходимые комментарии на возникшие вопросы по тем или иным задачам.

Разграничение прав доступа к проектам

Внедрение системы среди ограниченного числа сотрудников и отлаживание взаимодействия
Вовлечение всех сотрудников на всех этапах производственного процесса
Доступ к системе сторонних разработчиков и клиентов

А расскажу я об этапе 3 и о том как правильно настроить багзилу, чтобы в нее можно было пустить сторонних разработчиков, менеджеров и клиентов. Но при этом запретить сторонним разработчикам видеть уже поставленные ошибки по проекту и вообще не иметь доступ к проектам компании.

Долгое время мы использовали багтрекер только внутри компании, и не задумывались над разграничением прав доступа к проектам. Были админы, которые могли заводить новые проекты и новых пользователей. И были пользователи, которые могли ставить задачи, редактировать их и проставлять статус выполнения.

Так как багзила в основном используется для поддержки Open Source проектов, то в ней по умолчанию действует принцип — что не запрещено в явном виде — то разрешено (т.е. так настроены настройки по умолчанию). Т.е. при создании новой задачи или проекта — он автоматически становится виден всем.

Разграничить доступ к проектам и задачам которые уже созданы.
При создании нового проекта автоматически запретить к нему доступ всем заведенным в системе пользователям. Позволить администраторам выбирать кому данный проект будет доступен.

Так как у нас проектная разработка, то под каждый новый проект заведен соответствующий продукт в багтрекере.
Каждому проекту мы создали группы, совпадающую с названием проекта. Делается это в разделе «Администирование» -> «Группы» — «Создать группу»
В свойствах каждого проекта производим настройку доступа («Администрирование» -> «Продукты» -> Выбираем продукт -> «Права доступа по группам»)
Выставляем доступ по группам для продукта. Для того чтобы ошибки данного проекта были доступны только членам созданной группы выставляем параметры как показано на рисунке: для «Группы»-> «Включено», «Остальные» -> «Запрещено». Для остальных групп везде ставим «Запрещено», «Запрещено».
Соответсвующим пользователям в разделе «Администрирование» -> «Пользователи» выбираем нужного пользователя и в столбце с группами под названием «Включен в группы» назначаем соответствующую группу (проект), все задачи по которому пользователь должен видеть.
Так же давайте запретим пользователям видеть все продукты в поиске, доступ к которым запрещен. Для этого убедимся что в настройках системы «Администрирование» -> «Настройка системы» -> раздел «Групповые права доступа» -> параметр «useentrygroupdefault» выбран как «Вкл.»
Теперь необходимо ранее заведенные ошибки, связанные с проектом, так же связаться с соответсвующей группой и таким образом закрыть их от постороннего взора:
— Переходим к поиску
— Выбираем продукт
— Отбираем все ошибки по нему (новые, закрытые, выполненные и т.д.)
— Выбираем групповое редактирование
— Выделить все
— В самом конце выбираем «Добавить ошибки в эту группу» — название нашей созданной группы под проект
— Сохранить

Кстати, нет необходимости каждому программисту или дизайнеру присваивать каждый раз группу проекта, над которой он будет работать. Если в качестве исполнителя задача поставлена не него, то он будет видеть конкретную задачу по данному проекту.
Для этого надо убедиться, что в настройках системы «Администрирование» -> «Настройка системы» -> раздел «Групповые права доступа» -> параметр «strict_isolation» выбран как «Выкл.» Таким образом над одним проектом смогут работать различные исполнители и не видеть задач друг друга, в то время как менеджер будет видеть полную картину проекта.

Установим в настройках системы «Администрирование» -> «Настройка системы» -> раздел «Групповые права доступа» -> параметр «makeproductgroups» выбран как «Вкл.»
Теперь при создании нового продукта к нему автоматически будет создаваться группа.
Вот и все. Теперь при создании ошибок к данному проекту они будут доступны только тем пользователям, которым назначена группа данного проекта.

Заключение

И вот по истечению 2,5 лет я могу сказать что решение в пользу BugZilla было принято верным. Сейчас без этой системы не могут обойтись ни менеджеры, ни сами разработчики, ни клиенты. Сейчас это один из основных инструментов при работе над проектами. В любой момент можно сделать срез по выбранному разработчику и посмотреть что у него стоит в работе. Тем самым планировать загрузку разработчиков и очередность решения задач.

Олег Демьянов
Руководитель отдела веб-разработки
компании «Твинс»

Есть одна серьезная проблема, которую я исследовал весь день и не могу найти решения. Это вопрос "ppm install DBD-mysql". Нет никакого "DBD-mysql". Когда я использую графический интерфейс ppm, есть DBD-mysqlpp , но это не то, что нужно.

Когда я запускаю в командном окне: C:\bugzilla\checksetup.pl , я получаю единственную ошибку: Проверка на DBD-mysql (v4.001) не найдена

Однако, пытаясь получить графический интерфейс perl ppm (perl package manager), чтобы увидеть его, но даже указывая ссылку в настройках графического интерфейса, он все равно не увидит его, чтобы загрузить и установить. Это отстой.

Итак, я вручную скачал его и увидел какой-то дерьмовый файл "makefile.pl". Послушайте, я использую WINDOWS, а не LINUX, поэтому, естественно, я закатил глаза, но быстро стало ясно, что я должен был это сделать. Ну, примерно через час возни я наконец-то смог сделать файл mysql_config.pl. Ого, здорово. и что теперь?! Что мне теперь с этим делать??

Мало того, что эта часть отягчает, но теперь мне нужен mod_perl в моем Apache. Итак, я заглядываю в свой файл .conf, где могу раскомментировать его:

Угадай, что. его там нет. (рукалицо)

Хех, . угадай что. еще один чертов файл "makefile"!! Позвольте мне сказать вам, что это так же плохо, как быть пользователем MAC в конце 90-х и пытаться найти программу, которая была бы совместима.

Итак, мои 2 основных вопроса таковы:

Как я могу получить DBD-mysql установлен неправильно
Как я могу получить от него установлен неправильно

Я работал 12 часов без остановки, пытаясь установить Bugzilla. В этот момент я так расстроен, что не верю, что готов отказаться от этого и установить flyspray или какую-то другую систему php/mysql bug tracking.

2 ответа

MySQL отказывается работать с Apache 2.2 и PHP 5.2. Я работал с другом, который пытается заставить это работать на 64 - битном сервере Windows 7, и я пытался на сервере Windows 2003, и у нас обоих одна и та же проблема-MySQL не будет распознан. Из командной строки MySQL работает нормально, но PHP.

Для дальнейшего использования в случае, если кто-нибудь наткнется на этот предмет:

Большинство модулей Perl содержат инструкции по установке либо в документации .pod, либо в файле README или INSTALL.

Большинство модулей Perl следуют аналогичному механизму установки: создайте файл makefile; запустите make ; make test (что неудивительно), а затем установите модуль. Из командной строки это выглядит следующим образом:

Как mod_perl , так и DBD::mysql содержат информацию об установке для конкретной платформы в примечаниях к выпуску.

DBD-mysql - это пакет, который вы можете найти в репозитории пакетов ActiveState. Это означает, что он должен быть установлен в то время, когда вы установили ActivePerl, что делает ваш вопрос действительно странным. Я знаю это, потому что я сделал это только вчера, и все работало просто отлично.

Возможным решением этой проблемы является:

Откройте командную строку в Windows;
Введите ppm , нажмите enter и подождите. Появится графический интерфейс для менеджера пакетов Perl;
Поиск DBD-mysql. Если вы его найдете, запланируйте его установку, щелкнув правой кнопкой мыши и нажав кнопку Установить DBD-mysql 4.022 ;

Хотя, скорее всего, вы его не найдете. Если вы этого не сделаете, нажмите Ctrl + P и в появившемся диалоговом окне выберите вкладку Хранилища. Добавление нового репозитория:

Он обновит список пакетов. Повторите шаги с 1 по 3.

Если вы предпочитаете делать это с помощью командной строки, вот инструкции:

Как установить bugzilla на windows

2 ответа

Преамбула

Выбор системы багтрекинга

Разграничение прав доступа к проектам

Заключение

2 ответа

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