Как установить bugzilla на windows
Я хотел бы использовать 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 7, но не могу установить его, как описано в разделе Teach Apache About Bugzilla . В инструкции он просит отредактировать реестр Windows и создать.
Я хочу установить Bugzilla на машину windows , и я не хочу устанавливать его с помощью готового установщика , я хочу установить его на мой сервер mysql и мой веб-сервер apache Я установил perl 5.
MySQL отказывается работать с Apache 2.2 и PHP 5.2. Я работал с другом, который пытается заставить это работать на 64 - битном сервере Windows 7, и я пытался на сервере Windows 2003, и у нас обоих.
С панели управления xampp вы можете установить Apache и MySQL как windows services. Каковы преимущества или отличия запуска Apache и MySQL как windows services от запуска их без этих служб?
Я пытаюсь установить bugzilla 5 на сервер windows. (Почему люди все еще используют windows во время разработки? :( ). большую часть времени я работаю с linux и не могу понять официальных инструкций.
Bugzilla. / checksetup.pl отчет: Вы должны выполнить одну из следующих команд (в зависимости от используемой базы данных): SQLite: /usr/bin/perl установить-module.pl DBD::SQLite MySQL: /.
Я пытаюсь установить Bugzilla. Для этого Strawberry perl , Microsoft IIS , MySQL устанавливаются с последними версиями. Следуйте инструкциям, приведенным на странице установки Bugzilla для windows.
Читайте также: