Управление проектами

[IMB]

Доброго дня!
Раздумываю над выбором системы управления проектами. Хочется видеть в ней:
- доступ к репозиториям Git, SVN и т.п.
- багтрекинг
- возможность писать некую документацию, скажем с использованием Wiki
- удобное и гибкое управление
- доступ ко всем проектам через единый интерфейс
Я вижу три пути решения этого:
- писать своё
- использовать несколько специализированных продуктов
- использование одного "универсального" решения
Отложим пока в сторону первые два варианта и сконцентрируемся на третьем. Под него подходят, на первый взгляд, два решения - Trac и Redmine.
Если кто-нибудь использует эти решения в работе или другое, не сочтите за труд, поделитесь впечатлениями.
Спасибо.

[nesk]

Присоединяюсь к вопросу

[Vardo]

да-да и мне актуально, народ поделитесь опытом

[Gloomy]

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

[watashiwa_daredeska]

Trac не?

[IMB]

Trac не?

Почему не? И о нём не забыли. Может быть поделитесь опытом и впечатлениями?

[watashiwa_daredeska]

Может быть поделитесь опытом и впечатлениями?

Не, не поделюсь :) Ибо не было опыта. Так, поставил разок на посмотреть. Произвёл впечатление относительно добротного продукта. Более-менее удобно (во всяком случае, поначалу), всё нужное есть: wiki, issue tracker, source code browser и т.п. Родной для trac — svn, но git легко прикручивается плагином. Python для меня — это плюс, можно поковырять потроха: в отличие от PHP и Perl не противно.

[sash-kan]

Родной для trac — svn, но git легко прикручивается плагином.

одно из следствий «неродновости» (или «неродности»?) является то, что стабильные сборки trac, afaik, до сих пор не поддерживают несколько git-репозиториев (и не только git-). только один репозиторий.
когда в последний раз интересовался этим воросом (в конце прошлого года), всё это было в deep development. они «с нуля» переписывали взаимодействие с репозиториями, чтобы реализовать работу с произвольным набором (и количеством) репозиториев от разных vcs.

[drBatty]

1)- доступ к репозиториям Git, SVN и т.п.
2)- багтрекинг
3)- возможность писать некую документацию, скажем с использованием Wiki
4)- удобное и гибкое управление
5)- доступ ко всем проектам через единый интерфейс

ИМХО это не наш путь.
хотя... если учесть п5... пойдёт командная строка - она обеспечивает все пункты, ну может кроме п3.

[IMB]

Позвольте поинтересоваться почему? Да и доступ через командную строку это почти утопия.

[sash-kan]

ну может кроме п3

vimwiki?

[Yaros]

ну может кроме п3

vimwiki?

О_О оно юзабельно?

[drBatty]

ну может кроме п3

vimwiki?

спасибо.
всё время забываю, что vim может ВСЁ.

Позвольте поинтересоваться почему? Да и доступ через командную строку это почти утопия.

позвольте поинтересоваться, почему это "утопия", и почему я этой утопией пользуюсь? Лично я уже сыт по горло VSS от M$. Пять лет юзал, да так и не понял, что ОНО вообще делает.

[IMB]

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

[Sleeping Daemon]

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

При такой позиции, надо продолжать работать под windows и не соваться в Linux. Или меняйте мировозрение разработчиков.

[deadhead]

При такой позиции, надо продолжать работать под windows и не соваться в Linux. Или меняйте мировозрение разработчиков.

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

[Doka]

Trac vs RedMine
- это больше вопрос религии..

в сухом остатке у RedMine действительно больше фич (интернационализация, мультирепозитарность, нативная поддержка Git),
многое из которого появится у Trac только в 0.12

но мне например больше импонирует Trac.
уж не знаю исторически так сложилось или его юзабельность как юзера выше - но факт


upd
ах, да!,.
некоторые опенсорц-проекты (например gnuradio.org) перешли с Trac на RedMine из-за якобы того что Trac требовал много процессорного времени (обратная сторона популярных проектов) - но тут уж админ сам себе злобный буратино, nginx & wsgi в помощь!

[t.t]

Trac vs RedMine
- это больше вопрос религии..

Я бы скорее сказал "субъективного выбора", но по сути согласен. Лично мне trac не очень понравился.

[Doka]

t.t

ну, например те же ребята с gnuradio.org под соусом перехода с Trac на RedMine конвертнули заодно и репозитарии с SVN на Git -
так что кляп их разберёт, где причина, а где - следствие..

[SSDD]

Переполз с Trac на Redmine, всем даволен =) прекрасная система, очень рекомендую (заодно и с svn на git перешел )