Совсем недавно столкнулся с необходимостью выбрать оптимальную систему баг-трекинга, которую бы можно было развернуть в нашей компании для поддержки одного достаточно крупного проекта — личного кабинета абонента. Компания, к слову, занимается энергосбытом и сейчас, следуя последним тенденциям, предлагает клиентам их личный интернет сервис.
Компьютерная инфраструктура у нас базируется на системах Windows, имеются сервера с развернутыми IIS-серверами и СУБД MS Sql Server. Исходя из этого, предпочтительным изначально казался вариант с какой-либо системой на базе ASP.NET.
После поиска по просторам гугла и прочитения несколько статей тут, выбор пал на 2 системы — Redmine (http://www.redmine.org/) и BugNET Tracker (http://www.bugnetproject.com/).
Меня изначально смутило, что эта система на Ruby on Rails. Я никогда не сталкивался с данным фрэймворком, а только слышал достаточно много лестных отзывов. Но, Redmine рекомендовали чуть ли не в каждом втором обзоре баг-трекеров как самую надежную и гибкую систему. Посмотрев на их сайте список поддерживаемых функций (особенно понравился встроенный русский и поддержка SVN), решил начать именно с неё.
Но тут мое незнание особенностей RoR меня подвело. Установка прошла успешно только до момента установки самого Ruby. А вот прикрутить к нему Rails у меня не получилось. Для начала оказалось, что gem (установщик пакетов для Ruby) не поддерживает NTLM аутентификацию на прокси. Чуток погуглив прочитал, что это лечится установкой локального прокси. Попробовал установить 2 программы — службы локального прокси, но наш файервол так и не пустил меня в интернет через локальный прокси. Я не сдался и решил скачать необходимые пакеты отдельно с сайта Ruby Gems. Скачал, установил, но Rails так и не запустился. Сыпал ошибками при попытке запустить его встроенный Web сервер. Промучившись таким образом пару дней и ничего не добившись, я перешел ко 2-й системе. Видимо сказывается моё незнание RoR.
Система ориентирована на Windwows-only инфранструктуру. Написана под ASP.NET, MS SQL Server. Как я говорил, необходимые сервера для этого у нас уже были настроены. Из функций самой системы не хватало только поддержки русской локализации.
Настройка оказалась крайне проста — бросил исходники в новый сайт IIS сервера, создал пустую БД на SQL сервере, прописал строку соединения в файле web.config, прошел по ссылке установки и через минуту получил надпись — пройдите по ссылке для входа в вашу, только что установленную систему баг-трекинга.
Сама система тоже довольно понравилась. Мне нужно было не так много функций — AD аутентификация, email уведомления и интеграция с SVN. Все это присутствует «из коробки».
Я не собираюсь утверждать, что BugNET лучше чем какие-либо другие системы данного класса. Но в моем конкретном случае её оказалось достаточно для решения задачи. На установку системы, настройку проекта, пользователей и уведомлений ушло часа 4.
Система пока находится в стадии активной разработки. Текущая версия 0.8. Местами есть баги, но для грамотного ASP.NET+MS SQL программиста понимание их причин не составляет трудностей.
Возможно, кто-то сталкивался с подобными задачами и данная статья окажется полезной.
Компьютерная инфраструктура у нас базируется на системах Windows, имеются сервера с развернутыми IIS-серверами и СУБД MS Sql Server. Исходя из этого, предпочтительным изначально казался вариант с какой-либо системой на базе ASP.NET.
После поиска по просторам гугла и прочитения несколько статей тут, выбор пал на 2 системы — Redmine (http://www.redmine.org/) и BugNET Tracker (http://www.bugnetproject.com/).
Redmine
Меня изначально смутило, что эта система на Ruby on Rails. Я никогда не сталкивался с данным фрэймворком, а только слышал достаточно много лестных отзывов. Но, Redmine рекомендовали чуть ли не в каждом втором обзоре баг-трекеров как самую надежную и гибкую систему. Посмотрев на их сайте список поддерживаемых функций (особенно понравился встроенный русский и поддержка SVN), решил начать именно с неё.
Но тут мое незнание особенностей RoR меня подвело. Установка прошла успешно только до момента установки самого Ruby. А вот прикрутить к нему Rails у меня не получилось. Для начала оказалось, что gem (установщик пакетов для Ruby) не поддерживает NTLM аутентификацию на прокси. Чуток погуглив прочитал, что это лечится установкой локального прокси. Попробовал установить 2 программы — службы локального прокси, но наш файервол так и не пустил меня в интернет через локальный прокси. Я не сдался и решил скачать необходимые пакеты отдельно с сайта Ruby Gems. Скачал, установил, но Rails так и не запустился. Сыпал ошибками при попытке запустить его встроенный Web сервер. Промучившись таким образом пару дней и ничего не добившись, я перешел ко 2-й системе. Видимо сказывается моё незнание RoR.
BugNET Tracker
Система ориентирована на Windwows-only инфранструктуру. Написана под ASP.NET, MS SQL Server. Как я говорил, необходимые сервера для этого у нас уже были настроены. Из функций самой системы не хватало только поддержки русской локализации.
Настройка оказалась крайне проста — бросил исходники в новый сайт IIS сервера, создал пустую БД на SQL сервере, прописал строку соединения в файле web.config, прошел по ссылке установки и через минуту получил надпись — пройдите по ссылке для входа в вашу, только что установленную систему баг-трекинга.
Сама система тоже довольно понравилась. Мне нужно было не так много функций — AD аутентификация, email уведомления и интеграция с SVN. Все это присутствует «из коробки».
Итого
Я не собираюсь утверждать, что BugNET лучше чем какие-либо другие системы данного класса. Но в моем конкретном случае её оказалось достаточно для решения задачи. На установку системы, настройку проекта, пользователей и уведомлений ушло часа 4.
Система пока находится в стадии активной разработки. Текущая версия 0.8. Местами есть баги, но для грамотного ASP.NET+MS SQL программиста понимание их причин не составляет трудностей.
Возможно, кто-то сталкивался с подобными задачами и данная статья окажется полезной.