Насколько важен инструмент отслеживания ошибок для одиночного разработчика и с каким вместе с VCS я должен смотреть?

Это может быть глупый вопрос, но если я - одинокий разработчик и только когда-либо собираюсь отработать свой ноутбук разработки, насколько важно использовать программное обеспечение для отслеживания ошибок? В настоящее время я обсуждаю использование Subversion или SourceGear Vault в качестве моего VCS по выбору, а SourceGear имеет встроенный трекер ошибок (Fortress), в то время как мир Subversion имеет тенденцию использовать что-то вроде Trac.

Теперь я собираюсь использовать свой ноутбук для домашних и рабочих проектов (у меня есть подписка на MSDN для себя, и, поскольку работа слишком дешевая, чтобы купить мне все, что я собираюсь написать на своем ноутбуке на своем ноутбуке, используйте это, мы указали в моем контракте, что у меня есть весь код, который я пишу, как если бы я был консультантом, хотя я и являюсь FTE), и на работе я собираюсь создать Subversion, так как это бесплатно, и нет (поэтому я предполагаю, что это значит, что я тоже должен использовать SVN). Отслеживание ошибок может быть полезным на работе, чтобы отслеживать все, как только программное обеспечение будет завершено, но как насчет личного использования?

Помните, что мой ноутбук будет только для разработки, поэтому я боюсь, что если я положу SVN на него (нужно сохранить этот репо отдельно от работы), а затем Trac или что-то еще, я собираюсь превратить его в мини-сервер, или это хорошо? И я даже не заглянул в решение CI, но, честно говоря, я не вижу смысла в CI, если вы собираетесь использовать только одну машину. Это может измениться в будущем, но сейчас моя работа будет сделана на этом одном ноутбуке.

Любые предложения?

Ответ 1

Думаю, вам стоит пойти с FogBugz. Он онлайн, бесплатно для 2 разработчиков, он интегрируется с вашим исходным контролем. Я думаю, что bugtracking является вторым по сравнению с контролем источника в плане управления проектами, особенно для одного разработчика. Вы должны быть в состоянии сказать, когда вы исправили все сообщенные ошибки, чтобы вы могли предсказать дату отправки на функцию и т.д. И т.д.

Автоматический процесс сборки будет зависеть от вас, чтобы вы могли создавать свое программное обеспечение по требованию (в случае удаления и т.д.). Процесс CI может быть немного избыточным, но автоматическое правило сборки.

Если вы беспокоитесь о том, чтобы поместить его на свой ноутбук, но все же хотите бросить свой собственный, вы можете перейти на slicehost и получить ящик ubuntu для решения subversion/trac онлайн за 20 баксов в месяц. Я делаю это для некоторых моих личных проектов...

Ответ 2

VCS важен, работаете ли вы один или нет.

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

В целом, это хорошая вещь. И вам лучше быть в безопасности, чем жалеть.

Что касается отслеживания ошибок, это больше ваши личные предпочтения. Мне нравится Redmine, который интегрируется с SVN, git и т.д. Другие предпочитают Trac. Но в любом случае они смогут работать на вашем ноутбуке при минимальном объеме ресурсов. Особенно, если учесть, что вы их используете только один.

Я бы посмотрел http://bitnami.org/, они предлагают упакованные трекеры ошибок, которые вы только что выполнили, и он запустит свой собственный маленький сервер в порту ваш выбор, и вы можете остановить его, когда вы его не используете.

Ответ 3

Возможно, вы захотите рассмотреть онлайн-репозиторий и/или трекер/планировщик в дополнение к вашему местному. Это еще один этап управления рисками, и если в будущем кто-то еще присоединяется к вашей команде, вы можете масштабировать, просто предоставив им доступ.

Некоторые параметры:

Контроль источника (онлайн):

Assembla - Публичный источник бесплатные, частные репозитории оплачиваются.
Source Forge - только с открытым исходным кодом
Код Google - только с открытым исходным кодом
Git Hub - Публичный источник является бесплатным, частные репозитории оплачиваются
Бит бит - Неограниченные частные репозитории, в которых могут участвовать до 5 участников, или 8, если вы приглашаете друзей

Отслеживание ошибок/Управление проектами

LightHouse - Неограниченный открытый исходный код, платные частные проекты
FogBugz - Полная версия бесплатна для двух разработчиков
BaseCamp - Только оплаченный
Trac - Не размещено (хотя Assembla его поддерживает), с открытым исходным кодом - Python
Bugzilla - Не размещен, с открытым исходным кодом - Perl
Mantis - Не размещено, с открытым исходным кодом - PHP

Ответ 4

Subversion и Trac не занимают очень много ваших системных ресурсов, особенно когда они просто сидят там, ожидая, когда вы их используете.

Я работаю над небольшим проектом, всего 2 программиста на полный рабочий день, но я считаю, что использую наше программное обеспечение для отслеживания ошибок (Jira в нашем случае, похожее на Bugzilla), даже для отслеживания моих собственных ошибок и проблем, Легче, чем пытаться запомнить детали ошибки, когда у вас есть время для работы над ней позже, и есть очень приятное чувство, чтобы проверить проблемы после того, как вы их разрешили.

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

Ответ 5

Хотя это не явный трекер ошибок, вы можете использовать tiddlywiki, который является большой вики в автономном HTML файле, который позволяет легко управлять им при управлении версиями.

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

Надеюсь, что это поможет

Ответ 6

Я согласен с JPunyon, что вы должны использовать Fogbugz для отслеживания ошибок. Я использую, если для моих личных вещей и это блестяще. Хотя отслеживание ошибок не является существенным (хотя и полезным), если вы сами по себе, необходим контроль исходного кода. Теперь мой продукт выбора Perforce, который обеспечивает полнофункциональную 2-ю пользовательскую копию, которую вы можете скачать и использовать. Он занимает очень мало ресурсов и легко переносится при обновлении машин. Theres немного кривая обучения, но ее стоит.

Ответ 7

Реальная ценность отслежывателя ошибок заключается в том, что вы не теряете контроль над тем, что должно быть исправлено. Это, вероятно, более важно, если есть только один из вас, как если бы их было больше, потому что никто больше не напоминал вам о том, что вы забыли. Я мог вспомнить проект в прошлом, где у нас была простая ошибка типа типографии и только один разработчик приложений (я был разработчиком db), и у него не было времени сделать это в тот день, когда генеральный директор его поднял и пару месяцев позже, когда генеральный директор заметил, что он все еще там, он пошел баллистически. Когда вы жужжаете целую кучу задач и возможных ошибок, очень легко упускать из виду что-то (особенно то, что вы думаете как тривиальное). Этот инцидент привел к тому, что мы получили отслежыватель ошибок и поставили все задачи не только в него, а в то, что он делал. Просто быть в состоянии сказать клиенту, когда он хочет что-то новое, "Ну вот мой текущий список задач. Насколько это важно по сравнению с этими вещами?" делает его достойным весом в золоте, особенно когда вы единственный человек. Это поможет вам разработать временные оценки и дать вам место для документирования обсуждений и решений, касающихся этой задачи, чтобы никто не мог вернуться позже и сказать, что они не знали, что вы собираетесь это сделать.

Ответ 8

Если вы работаете на своем ноутбуке, вы, вероятно, часто работаете в автономном режиме (я знаю). Рассмотрите возможность использования трекера ошибок, который не требует подключения к Интернету. Вы можете проверить Artifacts - просто, работает в автономном режиме и имеет интеграцию с Visual Studio.

Ответ 9

Упоминается, что у него есть подписка msdn. Хотя это не моя любимая система управления версиями, Sourcesafe очень легко настраивать и использовать, а не плохое решение, если он единственный, кто ее использует (как это звучит).

И да, вы хотите использовать что-то для отслеживания ошибок, даже если это просто простой список в Excel (или), чтобы вы могли отслеживать, что еще сломалось и что исправлено. Я сделал это раньше в небольших проектах, над которыми я работал.

Ответ 10

Вы должны взглянуть на Fossil. Это современная система управления версиями (Open Source), которая работает в Windows, Linux и Mac. Он также имеет интегрированный Bug Tracker и Wiki. Он был создан доктором Д. Ричардом Хиппом, тем же парнем, который создал SQLite. И, фактически, он использует SQLite в качестве базовой системы хранения для системы контроля версий, отслеживания ошибок и Wiki.

Fossil был специально разработан для удовлетворения потребностей небольшой команды разработчиков или отдельного разработчика, и он отлично справляется с работой. Однако, в зависимости от специфики, он также может работать очень хорошо для более крупной команды разработчиков (например, она используется для разработки SQLite).

(Я знаю, что это старый вопрос, но я столкнулся с ископаемым около шести месяцев назад и стал его большим поклонником (из CVS → SVN → Hg → Bzr → Git) последние 15 лет) для моей работы и для команды на работе.)