Распределённые системы планирования и отслеживания ошибок

jira + клиент (в том числе и для мобильных девайсов)

зачем тебе именно «распределённое»?

jira стоит денег и тоже централизованный.

Хотя не ясно, зачем багтрекер может быть нужно децентрализовывать...

Необязательно именно распределённое. Главное - работающее автономню.

Погуглил, распределенность обещает http://www.fossil-scm.org (название, кстати, символизирует).

Jira бесплатна для OSS и на 10 человек стоит символических $10

Распределённые системы планирования ... ошибок

Не, не знаю.

что значит «автономно»?

Это значит, что система будет работать с локальной базой задач (имея её полную копию или же только часть значимую для пользователя) и будет сообщаться с сервером (или с другими участниками системы), имея на то возможность. Тут разные(технически) варианты, но проще всего думать об этом как о репозиториях аля git. Быть может, реализовать это было бы проще всего как обёртку над какой-либо VCS.

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

Понял.

Я смотрел на парочку таких систем (самых популярных), что работали вместе с git или mercurial - всё было каким-то неудобным говном. К сожалению забыл названия. Но у них был плюс: они могли привязывать тикеты к патчам и коммитам. Но так как вам, похоже, это не нужно то...

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

Только неужели у вас так часто инета не бывает? Может поднять локальный кэширующий прокси или дампить текущее состояние сайта? :)

Fossil

/thread

Сейчас всё нормально, но не хотелось бы для таких дел поднимать круглосуточный сервер на своём компьютере или же арендовывать сервер вовне. Хотя, быть может, хранилище на арендованном сервере я бы и сделал для своих файлов, но оно было бе не одно, а несколько.

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

Не пойдет?

to franchukroman, riki: за fossel спасибо. Вроде и штука многообещающая, но как-то не конкретно то, что нужно. Хотя на этом вполне можно завести нужную мне вещь. В общем, вопрос всё-таки открыт, хотя вариант уже есть.

to vahtu: Спасибо за гугл! Я уже рыл, хотя это и можно делать бесконечно.

А зачем ошибки планировать?

Ты хотел:

чего-нибудь менее централизованного, позволяющего работать автономно и не требующего большой работы по развёртыванию или изучению(со стороны пользователя).

... возможностью нормальной автономной работы и более или менее легко развёртываемое на пользовательских компьютерах.

Это называется Project management. Зачем тебе оффлайн не знаю, но там по ссылкам куча оффлайн-вариантов с xml форматами хранения. Синхронизировать время от времени несложно.

Можно взять простой текстовый файл и git, но это требует значительной подготовки.

Тогда простой текстовый файл и dropbox :)

Кстати, git - не вариант, т.к. позволяет не только добавлять, но и изменять и удалять. А эта функциональность не должна быть доступна простым пользователям багтрекера.