Распределенный трекер ошибок для перехода с DVC

На данный момент мы в значительной степени лизали всю распределенную вещь для контроля версий. Я не говорю, что все идеально, но, отсюда, это в основном только вопрос продолжения того, что уже началось.

Распространенное отслеживание ошибок, тем не менее, находится на стадии зачатия, ИМХО. Это довольно неудобно, не имея возможности работать с трекером на дороге, тем более, что у меня есть тенденция забывать, за что мои изменения за последние два часа. Да, я знаю, я мог бы просто вести журнал в дороге и обновлять традиционный трекер, как только я снова появлюсь в сети, но все же... Сохраняю свои возможности и все это.: P

В настоящее время я знаю только Bugs Everywhere и Ditz - те, и тот, который поставляется с Fossil. Из них, я думаю, Fossil является самым дальним, что не удивительно, учитывая, насколько тесно он интегрирован с стороной контроля версии уравнения. Мне пришлось перепрыгнуть через довольно много обручей, чтобы заставить моих со-разработчиков даже смотреть на что-то другое, кроме SVN, но, если Fossil действительно все это, я бы не прочь сделать это снова.

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

Ответы

Ответ 1

Fossil работает как "легко настраиваемый" Распределенная ошибка трекер, и имеет приятный автосинхронизатор, который позволяет разработчикам делиться своими ошибками без вмешательства.

чтобы начать,

  • Загрузите ископаемый двоичный файл по вашему выбору.
  • Fossil new bugs.fossil
  • fossil ui bugs.fossil(запускает сервер)

ваши разработчики делают то же самое

Существует не так много, как это.

Изменить - посмотрите Настройка системы билетов.

Ответ 2

Поскольку я хотел (ну, ну, действительно) решение, которое могло бы (возможно, надеюсь) работать прямо сейчас, мы пошли со следующей настройкой:

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

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

Ответ 3

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

Ответ 4

Дополнительная информация для таких людей, как я, которые интересуются предметом, но не может достать достаточную релевантную информацию через Google (либо их нет, либо мой Google-fu сильно отсутствует):

  • Снова разветвленный Bugs Everywhere снова. bzr log --limit 1 показывает последнюю фиксацию с начала октября 09. Разработка происходит медленно, но она есть. Я еще не нырнул, чтобы посмотреть, что именно предлагает be. Документации не хватает. На сайте нет даже краткого руководства по началу работы.
  • Ditz, используя клон его mainline git repo просто для меня не справляется. Google указывает, что 1,9 выпуска Ruby ломают его. Предположительно, есть git клоны, которые исправляют это, но я бы действительно не путался с git.
  • Fossil имеет по крайней мере один важный вопрос здесь: SOA: Что думают люди из ископаемого DVCS? (у него даже есть ответ от автора!). Большое уважение к Д. Ричарду Хиппу (автору SQLite и Fossil, а также другим безумно классным вещам, которые я могу использовать и читать только в Википедии), но я также хотел бы получить отзывы от других смертных.
Тем не менее, для меня все еще недостаточно. Должно быть по крайней мере пара людей, которые использовали либо be, либо ditz для нетривиального проекта - по крайней мере, достаточно, чтобы дать обоснованное мнение.

Меня не интересует техническая сторона - либо проект документирует ее на своем веб-сайте, либо я могу просто взглянуть на источник. То, что я ищу, - это реальный опыт: каковы были препятствия для его принятия? Какого конкретного проекта нет? Что бы вы добавили, что вам действительно нужно, учитывая, возможно, два года оплачиваемого времени для работы над этим? Такие вещи.