С помощью каких решений можно построить локальную инфраструктуру для небольшой софтверной компании?

Question

[methlab]

Добрый день!

Дано:
Софтверная компания 20+ разработчиков (вендор),
зоопарк технологий: .Net, С++, PHP, Java(Android), Objective C, js и т.д.
2 географически распределенных офиса,
паранойя у руководства, не позволяющая использовать SAAS сервисы ни в каком виде

Требуется:
С минимальными денежными затратами развернуть локальную инфраструктуру, решающую следующие задачи:
* Контроль версий
* Ревью кода
* Управление проектами (задачи, планирование, релизы)
* Автоматизация сборки
* Управление циклом тестирования(сценарии, отчеты по сценариям, баг-трекер)
* Хранение, контроль версий, и доставка артефактов для шаринга библиотек между проектами/модулями
* Публикация архитектурных документов, разработческой и админской документации, в т.ч. сгенерированной по коду.

Какой набор решений, желательно бесплатных, может эффективно закрыть эти требования?

Answer 1

[Андрей]

gitolite+gerrit+redmine
Опционально jenkins/capistrano для сборки/деплоя, но всё можно написать и на шелл-скриптах и повесить на хуки гита/гитолайта.
С тестированием не знаю что посоветовать, у меня немного другие средства разработки, но думаю что-то есть и из вашей области бесплатное.

Comments

[methlab]

Спасибо! А на gitlab с gitlab не знакомы? Как он будет в качестве замены связки gitolite+gerrit? Ну и тестирование - имеется в виду не запуск юнит-тестов, а ручное, так что он средств не зависит.

[Андрей]

gitlab не пробовал, но должно быть ок, там разницы особо нет, все события вешаются на хуки гита.

[Алексей Киселев]

Согласен со всем кроме Redmine и хуков.

Redmine по мне какой-то занудный. Сам не пользовался, но нашел как аналог Pivotal Tracker некий Fulcrum (wholemeal.co.nz/projects/fulcrum.html).

А jenkins лучше хуков на команде такого размера, проще будет управляться с проектами.

Для acceptance тестирования попробуйте cucumber или аналоги.

[methlab]

За fulcrum - отдельное спасибо, интересное решение. Cucumber и аналоги больше подходят для веб-проектов, меня же интересует тестирование по сценариям, вроде HP Quality Center, только более простое.

[Алексей Киселев]

@sadomazer Cucumber подходит для acceptance-тестирования, это язык сценариев, как вы реализуете шаги сценария другой вопрос, а проверять можно что угодно. Мы использовали для проверки серверов. Есть сервер и клиентская библиотека. На cucumber пишется куча бизнес-сценариев, использующих клиентскую библиотеку.

Answer 2

[Алексей Киселев]

Для управления артефактами хочу порекомендовать Ivy. Артефакты могут быть абсолютно любыми от сборок .Net или jar-файлов до кусков инсталляторов или дистрибутивов. Если с ней разобраться, то можно очень хитрые сценарии организовать.

Для автоматизации сборки на каждой платформе свое средство. Из более-менее универсальных можно назвать Ant и Gradle. Ant мы собирали Java, .Net, можно собирать C, C++. С помощью Gradle можно собирать Java, C, C++. Я на него посматриваю, но в бою использовать не приходилось, сказывается хорошее знание Ant.

Для документации удобно использовать Markdown/Pandoc. Есть проект ikiwiki с markdown в качестве языка страниц.

Answer 3

[Ilya Evseev]

Redmine + Rhodecode + Jenkins.

Answer 4

[zxmd]

Redmine + gitlab

Answer 5

[plasticmirror]

у нас зоопарк из тимсити, ютрэка, меркуриала