Наша фирма хочет купить средство для управления процессом разработки. Требования вообщем стандартные :

1. Управление версиями. Лёгкость создание веток, слияние управления ими, вообщем всё необходимое для разработки продукта на разных стадиях.
2. Багтрекер.
3. Интеграция между управлением версиями и багтрекером. Все изменения привязаны к таскам.
Возможность получения информации об изменённых проектов/файлах по каждому таску.
4. Создание репортов. Что и сколько сделано, именененно ит.д.
5. Распределённая разработка. Разработка будет вестись в разный странах. Возможность синхронизации после работы в оффлайн режиме.
6. Организация билдов, запусков тестов ит.д.

На данный момент проверяется Telelogic и MS TFS.

SVN + Jira + TeamCity/Bamboo

Здравствуйте, IDL, Вы писали:

IDL>Наша фирма хочет купить средство для управления процессом разработки. Требования вообщем стандартные :

IDL>1. Управление версиями. Лёгкость создание веток, слияние управления ими, вообщем всё необходимое для разработки продукта на разных стадиях.
IDL>2. Багтрекер.
IDL>3. Интеграция между управлением версиями и багтрекером. Все изменения привязаны к таскам.
IDL>Возможность получения информации об изменённых проектов/файлах по каждому таску.
IDL>4. Создание репортов. Что и сколько сделано, именененно ит.д.
IDL>5. Распределённая разработка. Разработка будет вестись в разный странах. Возможность синхронизации после работы в оффлайн режиме.
IDL>6. Организация билдов, запусков тестов ит.д.

IDL>На данный момент проверяется Telelogic и MS TFS.

Здравствуйте, IDL, Вы писали:

IDL>Наша фирма хочет купить средство для управления процессом разработки. Требования вообщем стандартные :

IDL>1. Управление версиями. Лёгкость создание веток, слияние управления ими, вообщем всё необходимое для разработки продукта на разных стадиях.
IDL>2. Багтрекер.
IDL>3. Интеграция между управлением версиями и багтрекером. Все изменения привязаны к таскам.
IDL>Возможность получения информации об изменённых проектов/файлах по каждому таску.
IDL>4. Создание репортов. Что и сколько сделано, именененно ит.д.
IDL>5. Распределённая разработка. Разработка будет вестись в разный странах. Возможность синхронизации после работы в оффлайн режиме.
IDL>6. Организация билдов, запусков тестов ит.д.

IDL>На данный момент проверяется Telelogic и MS TFS.

Мы субподрядчики Telelogic-а и соотвественно используем продукты Telelogic Synergy и Change (ранее известные как Synergy/CM, Synergy/Change)

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

Использование сиих продуктов подразумевает наличие в команде специального человека (по крайней мере одного), так называемого Build Manager-а, который будет отвественен за ночные билды, запуск тестов, формирование инсталляцией и т.п.

Посмотрите Borland StarTeam

Здравствуйте, IDL, Вы писали:

IDL>Наша фирма хочет купить средство для управления процессом разработки. Требования вообщем стандартные :
IDL>На данный момент проверяется Telelogic и MS TFS.
А кстати, коллеги, есть ли внятные описания систем на русском языке? Студентам-то давать надо, а я чего-то обнаружить путного описания не могу...
Может подскажет кто?

Здравствуйте, Аноним, Вы писали:

А>SVN + Jira + TeamCity/Bamboo

А можно по подробней про эту связку.
С SVN для девелоперов понятно, плюсы её и минусы известны. А как для руководящего звена? У неё нет никаких средств по получении статистики в разных форматах. В тортиле есть статистика, но это не заменяет репорт и не предоставляет возможности делать разные срезы, для получения общей картины по исправлению, добавлению тасков.
Добавление к этому отсутствует возможность проследить, что и когда мержилось(про версию 1.5 знаю) и получить это в нужном формате.
Также не понятно, как можно получить список всех изменённых файлов для определённого бага, т.е по номеру бага получить все изменённые проекты/файлы.
В SVN есть интеграция с багтрекером, но она односторонняя. Не понятно, как багтрекер будет знать, что таск закончен и что именно изменилось.

Здравствуйте, _Obelisk_, Вы писали:


_O_>Мы субподрядчики Telelogic-а и соотвественно используем продукты Telelogic Synergy и Change (ранее известные как Synergy/CM, Synergy/Change)

_O_>Все перечисленные пункты ими поддерживаются, но нужен толстый канал в инет. Так же стоит учесть, что штука для управления версиями формирует много мелких пакетов, поэтому при использовании некоторых VPN девайсов возможны тормоза, т.к. шифровка/дешифровка пакетов требует времени.

_O_>Использование сиих продуктов подразумевает наличие в команде специального человека (по крайней мере одного), так называемого Build Manager-а, который будет отвественен за ночные билды, запуск тестов, формирование инсталляцией и т.п.


Представители Telelogic-а сделали нам презентацию и на следующей недели должны нам установить сервер для наших тестов.
Проблем с инетом у нас нет, с этим всё в порядке.
Про плюсы системы мы слышали от представителей, с этим всё понятно, интересно услышать о минусах .
Как она в каждодневной работе, не плюются ли девелоперы. Удобный ли дифф, мерж. Есть ли возможность подключить стороний мерж. Как интегрированна в VS.
Можете ли поделится своим опытом использования.

Здравствуйте, astral_marine, Вы писали:

_>Посмотрите Borland StarTeam

Спасибо, рекомендация основанна на личном опыте или так вообщем?

Здравствуйте, IDL, Вы писали:

IDL>Представители Telelogic-а сделали нам презентацию и на следующей недели должны нам установить сервер для наших тестов.
IDL>Проблем с инетом у нас нет, с этим всё в порядке.
IDL>Про плюсы системы мы слышали от представителей, с этим всё понятно, интересно услышать о минусах .
IDL>Как она в каждодневной работе, не плюются ли девелоперы. Удобный ли дифф, мерж. Есть ли возможность подключить стороний мерж. Как интегрированна в VS.

Я девелопер
Для большинства задач стандартного diff/merge-а хватает, но если сравнивать очень большие файлы, где было очень много изменений, то лучше подключить что-то внешние (это можно), иначе потонешь в попытках понять, что именно изменилось.
Там есть такая штука, как ActiveCM, которая в Explorer и всякие IDE интегрируется и следит за всеми изменениям файлов/директорий, относяшихся к репозиторию. Мы ее не используем, т.к. тормозит работу (из-за упомянутой проблемы с VPN, шифрацией/дешифрацией кучи мелких пакетов и не слишком толстом канале в инет). При наличии хорошего канала все нормально работает.

Возможность группировки изменений в таск, связывание его с requirement-ами, change request-ами, найденными багами и проч. крайне полезна в работе. Но если в организации нет выстроенного процесса разработки ПО и не будет build manager-а, то лучше использовать тот же CVS. Проблем будет меньше.