В настоящее время я работаю в основном один над проектом (на Java). Я в основном один, потому что у меня есть советник, который дает мне инструкции высокого уровня о том, что делать, и редко делает какой-либо вклад в код. Впрочем, время от времени она будет писать несколько приемочных тестов.
Я никогда не использовал систему отслеживания проблем и думал о том, чтобы начать использовать ее сейчас, так как мне хотелось бы иметь место, где я мог бы регистрировать возможные ошибки, которые я нахожу, и централизованно отслеживать их. Возможно ли будет интегрировать систему отслеживания проблем с Eclipse, еще лучше.
Итак, вот ограничения:
- Это НЕ проект с открытым исходным кодом. Наш код не должен быть передан никому!
- мы используем и будем использовать Subversion;
- у нас есть собственный сервер Subversion, и мы будем продолжать использовать этот же сервер Subversion;
- это должно быть бесплатно;
- это должно разрешить по крайней мере 2 пользователя.
Что вы посоветуете, что выбрать? Я ищу самое простое из доступных решений.
issue-tracking
пожирали элизиум
источник
источник
Ответы:
Для небольших проектов я стал большим поклонником Trello . У него такой низкий барьер для входа и такая высокая юзабилити, что я бы использовал его для любых небольших проектов.
Если вы хотите что-то более сложное на вид и полнофункциональное, я бы поддержал предложения FogBugz или Bugzilla.
Изменить, чтобы предоставить больше "объяснения и контекста":
Наиболее распространенная проблема, которую я заметил среди небольших команд без выделенных менеджеров проектов, заключается в том, что так много вещей просто не попадают в систему . Либо разработчики не тратят время на ввод всего, что нужно сделать, либо проблемы лишь время от времени обновляются по мере работы.
Trello призывает пользователей на самом деле поддерживать систему в актуальном состоянии с хорошими данными, делая глупо простым добавление новых проблем и обновление статуса существующих проблем.
В частности, его система «списков» внутри плат может быть легко и быстро настроена для представления практически любой системы этапов и типов проблем, которые захочет использовать небольшой проект.
Он также поддерживает более распространенные инструменты отслеживания проблем, такие как комментирование проблем, голосование по проблемам, переупорядочивание, тегирование и назначение - но все они скрыты от вас (но в значительной степени там, где вы хотите, когда они вам нужны).
Bugzilla является прекрасным полнофункциональным отслеживания проблем, но нет никаких сомнений , что он чувствует , как создание и редактирования ошибок стоит дорого . FogBugz уменьшает большую часть подсознательной боли отслеживания всего в вашем проекте, но все еще имеет достаточно правок и экранов, чтобы чувствовать себя как дополнительная работа, чем, скажем, просто перетаскивание карты из «делать» в «сделано» в Trello.
tl; dr - лучший способ поддерживать актуальность и актуальность системы отслеживания проблем - сделать ее максимально простой в использовании , и именно для этого был создан Trello.
источник
«самое простое доступное решение» - это, конечно, суждение.
Я считаю FogBugz очень простым в использовании и могу порекомендовать его для описываемого вами варианта использования. Это бесплатно для групп из двух человек и очень доступно для больших, имеет плагин Eclipse и интегрируется с Subversion .
В интересах полного раскрытия: мой опыт работы с FogBugz был с локальной версией с плагином Visual Studio и интеграцией Perforce, а не с точной настройкой, которую вы ищете.
источник
SVN + Trac + Eclipse с плагином SVN Team Provider (и Mylyn, если хотите)
Это будет работать как для одновременных личных, так и для командных проектов.
С Eclipse (с помощью вышеупомянутых плагинов и плагина Trac XML-RPC ) вы и ваша команда сможете
источник
Вы можете использовать Mantis: http://www.mantisbt.org/index.php
Это довольно просто, и его можно настроить для интеграции с SVN и Eclipse: http://www.unitz.com/u-notez/2009/10/subversion-svn-integration-mantisbt/ http://stackoverflow.com/ вопросы / 2939794 / богомол-ошибка-трекер-апи-интеграция
Тем не менее, придерживаясь только основных функций Trac, вы также можете сделать его довольно простым в использовании: http://trac.edgewall.org/
источник
Моя рекомендация:
Файл с именем
bugs.txt
в корне хранилища.Преимущества:
Это текст. Означает, что вы не привязаны к определенной системе / программному обеспечению
Это очень просто.
Вы решаете, что работает для вас с этим методом - мой пример один выглядит примерно так:
filename.ext.class/method: refactor when I get the chance, that regex is really screwed up.
filename2.ext.class/method: got a lovely UI bug with that, doesn't work in Mac Chrome. Screenshot: imgur.com/foobar
svn checkout <url>
, у вас появится багтрекер - вы также можете использовать $ IDE-of-choice - для него это просто еще один текстовый файл.Недостатки:
становится громоздким после более чем 2-3 разработчиков.
Нет способа действительно назначить это человеку.
источник
Мой голос за Redmine . Это абсолютно бесплатно и хорошо интегрируется с Subversion.
источник
Возможно, это не «просто», но я считаю, что это один из лучших трекеров в бизнесе: Jira из Atlassian . Он поставляется со стартовой лицензией на 10 пользователей за 10 (австралийских) долларов ... Я использую его в качестве соло-разработчика. (Обратите внимание, что на сайте, по-видимому, предпочтение отдается лицензированию / ценообразованию «по требованию», и вам может понадобиться ценообразование «скачать»).
Еще один большой плюс для этой стартовой ставки: полная выручка пожертвована на благотворительность Room to Read . Так что вы можете воспользоваться полнофункциональным багтрекером и чувствовать себя хорошо по этому поводу :-)
источник
Вы также можете взглянуть на BugZilla . Смотрите также это сравнение различных баг-трекеров на программистов SE. Trac также является хорошей альтернативой для использования в качестве трекера.
Другой вариант - Sourceforge . Насколько мне известно, это бесплатно независимо от количества пользователей. Он включает в себя репозиторий SVN (который вы, вероятно, не будете использовать) и трекер. Пример того, как этот трекер выглядит, см. В этом примере из проекта Audacity (программное обеспечение для записи с открытым исходным кодом).
источник
Проверьте Дитц .
Это очень простой инструмент отслеживания проблем, управляемый из командной строки, базу данных которого вы можете хранить в своем хранилище кода.
Там нет причудливых интерфейсов, только простой инструмент командной строки. По духу это похоже на предложение @ jrg и инструмент TODO.txt.
источник
Посмотрите на Асану . Это простой бесплатный веб-инструмент для отслеживания проектов. Я использовал его для проектов и задач дома. Вы можете создавать несколько проектов и назначать им задачи. Для любой задачи вы можете установить:
Вы можете расставить приоритеты для предметов с помощью так называемых «приоритетных заголовков». Вы также можете запланировать элементы как «сегодня», «предстоящие» или «позже», чтобы получить общее представление о том, над чем нужно работать в ближайшее время.
Это все еще в стадии разработки, но у него очень приятный интерфейс и он прост в использовании.
источник
Самым простым средством отслеживания ошибок является стопка учетных карточек 3х5 (или 4х6, если у вас большой почерк), коробка с булавками и ваша кубическая стена, IMO. Если у вас нет распределенной команды (у вас ее нет, поскольку вы работаете в одиночку), это нормально. Имейте в виду, что вы хотите иметь минимально возможный импеданс с трекером ошибок - если вам сложно написать ошибку или записать идею для улучшения, вы не собираетесь этого делать. Когда что-то сделано, оно отрывается от стены и уходит в готовую кучу.
Конечно, это терпит неудачу в интеграции с Eclipse Point, но для индивидуального разработчика это действительно нужно? Если ваш советник не собирается исправлять ошибки, ему не нужен доступ к карточкам (или они могут зайти и посмотреть). Если они пишут приемочные тесты, вы можете записать суть этих тестов на карточке, к которой она применима.
Мне было бы интересно выяснить, что заставляет вас смотреть на инструмент. Вам нужны какие-то метрики ошибок (среднее время открытия, общее количество открытых и закрытых и т. Д.)? Почему важна интеграция в Eclipse?
источник
Для действительно простого отслеживания проблем всегда можно использовать электронную таблицу, например Excel , или базу данных MS Access . По сути, это игрушки по сравнению с реальными трекерами, но у них есть преимущества: низкая кривая обучения и низкий барьер для входа: просто создайте электронную таблицу и добавляйте столбцы по мере необходимости!
Excel хорош для этого, так как вы можете сортировать и фильтровать по столбцам, а также легко создавать диаграммы и графики для отслеживания прогресса. Смотрите эту статью для получения дополнительной информации: http://chandoo.org/wp/2009/09/08/issue-trackers/
Хороший шаблон отслеживания проблем MS Access доступен здесь: http://office.microsoft.com/en-us/templates/issue-tracking-database-TC001225348.aspx
источник
YouTrack от JetBrains (компания, стоящая за IntelliJ IDEA и ReSharper) выглядит очень многообещающе, хотя у меня все еще ограниченный личный опыт работы с ним.
Из того, что я использовал YouTrack, по крайней мере, я предпочитаю его JIRA.
источник
Для моей небольшой команды (в основном только я один) я использую CodeTrack . Он отлично работает для меня, потому что ему нужен только PHP на сервере, а не база данных.
Вы можете просто скачать его, распаковать на свой веб-сервер, и он работает практически мгновенно. Более того, код действительно прост, поэтому вы можете легко настроить его под свои нужды.
источник
Если вы не предоставляете конфиденциальную информацию в сообщениях об ошибках и комментариях, я рекомендую Google Code. В прошлом мы использовали функцию «Проблемы» для одного из наших проектов с командой из 8 разработчиков. Это действительно просто, легко и достаточно хорошо для небольшой команды.
Обратите внимание, что хотя вам нужно запустить проект с открытым исходным кодом, но вам не нужно загружать свой код в Google, то есть с помощью функции «Проблемы». И, конечно же, любой может увидеть ваши ошибки, если они случайно нашли ваш проект или вы поделились ссылкой на проект с ними.
источник
Trackie чрезвычайно прост, но гибок.
Он нацелен на небольшие технические или полутехнические / полу-творческие команды, которым необходимо отслеживать проблемы простым способом, одним взглядом. Он поддерживает пользовательские статусы (с пользовательскими цветами) вопросов, а также приоритет и назначенные лица.
Хотя пользовательский интерфейс уже очень прост и понятен, дополнительный упрощенный пользовательский интерфейс представлен пользователям, которые добавлены в проект в качестве клиента.
Наконец, он принимает вопросы по электронной почте. Не только напрямую, но и если вы передадите проблему клиента в Trackie, с этого момента любая переписка с вашим клиентом будет проходить через Trackie, даже если ваш клиент об этом даже не узнает. Хранить все в одном месте.
Это бесплатно, пока находится в закрытой бета-версии. Будет ли оно оставаться бесплатным, пока неясно.
Отказ от ответственности: я разработчик этого трекера. Но я думаю, что этот ответ, тем не менее, имеет отношение к ФП.
источник
basecamp.com - один проект бесплатный, интерфейс очень простой, и вы можете приступить к работе в течение двух минут без установки
теперь возвращайся к работе ;-)
источник