Я тут задумался, а настолько ли хорош Хиппсовский cvstrac (он же svntrac, он же gittrac), чтобы продолжать им пользоваться? Все равно, все sqlite базы при перезде с cvstrac на gittrac придется заново пересоздавать.
При всей массе достоинств у него есть один большой недостаток - все баг-репорты от внешних людей получаются анонимными. Авторизоваться там посредством OpenID-а или facebook-а нельзя, а создавать юзеров там может только администратор.
Поскольку у меня граничными условиями примерения любого вебовского софта являются "не php, не клиент-серверная бд" и крайне желательным "никаких долгоживущих процессов" и "есть в дистрибутиве", рассматриваются на данный момент три варианта
1. Использовать ikiwiki в режиме багтракера. Плюсы
- Оно всё равно уже есть и используется.
- понятно что делать с репликацией на vds
минусы
- Плохие возможности кастомизации форм ввода, и полное отстутствие их по умолчанию. Для казуальных репотеров неудобен
- отсутствие норальных средств структурированного поиска информации
- нету средств для интеграции с репозиторием, показа истории проекта и т.д.
2. Использовать trac. Оно вроде и c sqlite рабоатет, и openid плагин есть, и через старый добрый CGI живет, и в дистрибутиве есть, но, помнится, лет несолько назад
![[personal profile]](http://www.dreamwidth.org/img/silk/identity/user.png)
filin слегка аудитил его код и сказал "это не едят".
3. Использовать rt. В дистрибутиве - аж две версии, sqlite умеет, openid умеет. Правда, любит персистентные процессы. Но, пожалуй SpeedyCGI я переживу.
This entry was originally posted at http://vitus-wagner.dreamwidth.org/785077.html. Please comment there using OpenID. Now there are 
comments
Та революция, о которой так долго говорили мне разнообразные комментаторы, свершилась.
Начался процесс отказа от CVS для проектов на wagner.pp.ru и переезд на git.
Последней соломинкой сломавшей спину верблюду было то, что в wheezy pserver более не поддерживается.
А соответственно, нормально раздавать репозитории анонимным читателям и пользователям не получится.
Кстати, поэтому и git, а не subversion. (mercurial и bazaar я предпочел не рассматривать как существенно менее распространенные). Subversion требует для раздачи всяких разных модулей, git прекрасно раздается как статика.
На данный момент у меня получилась такая картина:
1. Есть мои рабочие репозитории в ${HOME} (будут ещё мои и Ирины рабочие репозитории на всяких других устройствах, но это не важно).
2. Есть bare репозитории на втором физическом диске, куда push-атся все изменения. Эти репозитории раздается по http. С -Indexes, так что см. URL-ки на репозиторий на страницах конкретных проектов (например здесь).
3. Этот репозиторий регулярно синхронизируется с репозиторием на vds.
В случае offline home.wagner.pp.ru, раздаваться по http начинает копия на vds. В принципе, туда и коммитить можно. Но для этого необходимо чтобы под словом "синхронизироваться" понимался не rsync, а git push или pull.
Так что на эту тему ещё подумать немного надо. Опять же, не все потенциальные коммитеры, которые имеют доступ по ssh или локально на home, заведены как юзеры на vds.
На данный момент перенесены проекты из репозитория /work/cvs. /work/oss на очереди.
Еще бы надо wiki перенести с svn на git. Что позволит и wiki в случае оффлайна на vds поднимать в rw-режиме.
Но тогда точно скрипт, который синхронизирует с vds нужно обучать пушить git-ом.
This entry was originally posted at http://vitus-wagner.dreamwidth.org/784667.html. Please comment there using OpenID. Now there are 
comments
