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

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

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

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

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


person Community    schedule 05.12.2009    source источник


Ответы (4)


Fossil работает как «простой в установке» Распределенное отслеживание ошибок и имеет удобную функцию автосинхронизации, которая позволяет разработчикам делиться своими ошибками без вмешательства пользователя.

для начала,

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

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

  1. Загрузите двоичный файл окаменелости по вашему выбору
  2. ископаемый клон
  3. окаменелость пользовательского интерфейса bugs.fossil
  4. настроить задание cron на «синхронизацию ископаемых ...», чтобы ошибки распространялись среди всех пользователей как ископаемые репозитории с собственным хостингом

Это не более того.

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

person Community    schedule 29.03.2010

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

  • Bazaar-NG в качестве VCS
  • Bugs Everywhere в качестве средства отслеживания ошибок.
  • Zim как вики

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

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

person Neil Santos    schedule 07.12.2009
comment
Bugs Everywhere смотрится интересно! Я могу поиграть с этим со своими личными вещами только потому, что могу! - person Murph; 13.12.2009
comment
РЖУ НЕ МОГУ; Я бы сказал, что этого более чем достаточно, чтобы попробовать. : D - person Neil Santos; 14.12.2009
comment
Ну, прошел почти год, и я смотрю на ту же проблему ... Итак, как это сработало для вас? - person Mike DeSimone; 10.11.2010
comment
Не было особого шанса натянуть аранжировку; через пару недель команда сократилась до меня (сокращение; что ты собираешься делать?: P). В настоящее время у меня просто список проблем с дизайном в Zim, хотя я полностью намерен в какой-то момент найти достаточно хорошее решение для отслеживания ошибок. - person Neil Santos; 21.12.2010

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

person Murph    schedule 06.12.2009
comment
Согласованный; разумно это. Тем не менее, это скорее документ о том, каким должен быть распределенный трекер ошибок и чем он должен заниматься - я надеюсь, что это скорее обсуждение опыта других людей с вышеупомянутыми инструментами и другими инструментами, которые, я уверен, я пропустил. Тем не менее, хорошее чтение. - person Neil Santos; 07.12.2009
comment
Самая реальная проблема в этом случае заключается в том, что я подозреваю, что не так много людей со значимым опытом) -: - person Murph; 07.12.2009
comment
Я подозреваю, что ты прав. : P Вот и инструменты еще не готовы. Только вот они никогда не будут готовы, пока люди ими не воспользуются. Сладкий улов-22. :П - person Neil Santos; 13.12.2009
comment
Рано или поздно кто-то уйдет на месяц и выпустит что-то, что а) пригодно и б) станет вирусным ... это отражает внутреннюю реакцию профессионального программиста на то, что он не может найти инструмент, который работает так, как им нужно. и уверенность в том, что они могут стать лучше! - person Murph; 13.12.2009
comment
Вы даете мне идею. : D Честно говоря, я бы не возражал против того, чтобы он стал вирусным до того, как его можно было использовать. Лучше иметь программу с ошибками, которую используют и / или работают многие люди, чем «идеальную», о которой никто не знает. - person Neil Santos; 14.12.2009
comment
Проблема с курицей и яйцом - он должен быть достаточно надежным / пригодным для использования, чтобы люди могли доверять ему свою работу (хотя обратите внимание, что последнее не обязательно подразумевает особенно хорошее взаимодействие с пользователем, например git ...). - person Murph; 14.12.2009
comment
Хм ... Я бы не возражал против баг-трекера, если он не слишком глючит, и я мог бы немного поработать над его улучшением. Хотя я вижу, что не многие люди смотрят на это так, как я. - person Neil Santos; 15.12.2009
comment
О, я думаю, что это может быть ошибочным и полезным (-: скорее зависит от природы ошибок - пока они не съедают все мое разнообразие работы, с вами все будет в порядке! - person Murph; 15.12.2009

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

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

Но для меня все еще недостаточно. Должно быть по крайней мере несколько человек, которые использовали be или ditz для нетривиального проекта - по крайней мере, достаточно, чтобы иметь возможность высказать осознанное мнение.

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

person Neil Santos    schedule 05.12.2009
comment
Некоторым мой графический интерфейс Bugs Everywhere может показаться полезным (nedprod.com/programs/Win32/BEurtle), правда это только винда. Это помогает обойти проблему отсутствия документации по BE :) - person Niall Douglas; 20.07.2012