Форум: "Потрепаться";
Текущий архив: 2004.02.13;
Скачать: [xml.tar.bz2];
ВнизВопрос про TeamSource или его аналог. Найти похожие ветки
← →
Тимохов (2004-01-26 13:12) [0]Уважаемые мастера!
Решил тут, наконец, на работе внедрить средства коллективной разработки. Раньше обходилиь без них благодаря моей пределной аккуратности в процессе сливания блоков. В настоящий момент это меня изрядно достало - рутина и ответственность сильно давят на психику.
Решил начать разбирательство в этой области с TeamSource. Естественно, возникли вопросы, ответы на которые не были найдены в штаной документации к этому продукту.
1. Насколько данный продукт является надежным. Поясню. Все файлы в базе храняться в виде неких архивов. Т.е. кода как такового в нем не видно. При каких-то нарушениях выцепить от туда код будет не просто. Ясно, что можно регулярно делать полный pull. Но, все-таки, хочется определиться с базовой надежностью продукта.
2. Можно ли в нем одновременно развивать две ветки одного и того же продукта. Например, был релиз 1, после которого делается Bookmark 1. Разработка продолжилась вплоть до релиза 4. Потом выясниется, что в релизе 1 надо сделать некие модификации и создать релиз 1.1. Для этого TeamSource предоставляет возможность воссоздать исходник на момент постановки любой закладки, т.е. в данном случае мне надо сделать pull Bookmark 1. Вопрос в том, что делать дальше. Допустим мне нужно продолжать развивать релиз 1.1, при том, что релиз 4 развивается своей дорогой. Ясно, что для релиза 1.1, 1.2, и т.д. можно создать свой проект в TeamSource. Но тогда не понятно, как синхорнизировать некие общие компоненты между этими релизами. Ручками?
3. В описании к TeamSource сказано, что он поставляется с Borland.Zlib (я так понял, что это что-то типа zip архиватора). Но также сказано, что TeamSource может работать с PVCS. Для меня не понятным осталось следующее: где брать этот PVCS и стоит ли вообще на него переходить?
4. Если ли другие достойные альтернативы, кроме TeamSource?
Заранее спасибо.
← →
Skier (2004-01-26 13:37) [1]
> Решил тут, наконец, на работе внедрить средства коллективной
> разработки
Не стоит.
← →
Andryk (2004-01-26 13:39) [2]Ну на самом деле TeamSource, это сколее всего средство хранения версий исходников, а не средство коллективной разработки, ИМХО.
Достойные альтернативы
TeamCoherence http://www.qsc.co.uk/
Премущества:
Довольно маленького размера,
клиент-сервер,
позволяет делать несколько инстансов на сервере,
имеет интегрированый Tracer, т.е. возможность формирования заданий, и привязывания к ним исходников.
Builder, позволяет делать компиляцию проектов, без загрузки их в среду,
описан API, как клиентской части, так и серверной, что позволяет самому писать дополнения,
интегрируется в Delphi.
Недостатки:
Иногда зависает клиент (правда потерей данных пока это не сопровождалось),
Нет возможности вести иерархической структуры заданий.
StarTeam http://www.borland.com
премущества:
Может работать со всеми полезными продуктами Borland, типа Together и т.п.,
имеет иерархическую структуру заданий,
можно устанавливать любые связи Link, между любыми объектами
в качестве хранения заданий может использоваться любая БД.
недостатки:
довольно тяжеловат, как в физических размерах, так и в освоении
Зы про StarTeam мне больше сказать нечего, т.к. времени на его изучение не хватает, поэтому пока работаем на TeamCoherence, в принципе пока устраивает.
← →
Andryk (2004-01-26 13:40) [3]
> Skier © (26.01.04 13:37) [1]
Ты сильно не прав, даже если ты работаеш один, то всеже лучше пользоваться средством хранения версий, чем кучей архивов
← →
Nikky (2004-01-26 14:00) [4]
> Andryk © (26.01.04 13:39) [2]
StarTeam - сильная вещь.
Хранит историю всех изменений, позволяет делать "штампованые" версии, которые всегда можно восстановить на клиенте.
Распределения прав пользователей, кто что может изменять, назначать и так далее.
Если был бы русифицированным - можно было даже дать ее начальникам отделов, чтоб они могли запросы на изменения вносить сами.
Недостаток - тормозит (джава) и глючит с обновлением информации (ну это может у меня руки кривые).
← →
Тимохов (2004-01-26 15:22) [5]Спасибо за ответы - обязательно посмотрю.
----------------------------------------
Я так понял, что TeamSource вообще никто не пользуется?
← →
Думкин (2004-01-26 16:10) [6]> [5] Тимохов © (26.01.04 15:22)
Почему же. У нас на работе стоял. Но я в тонкости не вникал, по тупому юзал и все.
← →
Nikolay M. (2004-01-26 16:29) [7]
> Я так понял, что TeamSource вообще никто не пользуется?
А мне почему-то не понравился, уже не помню, почему. То ли интерфейс не самый понятный, то ли что...
Пока на Visual Source Safe сижу, даже если один работаю.
← →
Тимохов (2004-01-26 16:43) [8]Visual Source Safe - это что?
Там есть поддержка заданий программерам? Или там только code safe?
← →
Игорь Шевченко (2004-01-26 17:50) [9]Тимохов © (26.01.04 15:22)
> Я так понял, что TeamSource вообще никто не пользуется?
Пользуется и довольно успешно
← →
Nikolay M. (2004-01-26 18:04) [10]
> Visual Source Safe - это что?
Система контроля версий из MS Visual Studio.
> Там есть поддержка заданий программерам?
Нет.
> только code safe?
Да.
← →
Тимохов (2004-01-26 20:13) [11]Игорь Шевченко © (26.01.04 17:50) [9]
Тогда все-таки вопрос
Можно ли в нем (TeamSource) одновременно развивать две ветки одного и того же продукта. Например, был релиз 1, после которого делается Bookmark 1. Разработка продолжилась вплоть до релиза 4. Потом выясниется, что в релизе 1 надо сделать некие модификации и создать релиз 1.1. Для этого TeamSource предоставляет возможность воссоздать исходник на момент постановки любой закладки, т.е. в данном случае мне надо сделать pull Bookmark 1. Вопрос в том, что делать дальше. Допустим мне нужно продолжать развивать релиз 1.1, при том, что релиз 4 развивается своей дорогой. Ясно, что для релиза 1.1, 1.2, и т.д. можно создать свой проект в TeamSource. Но тогда не понятно, как синхорнизировать некие общие компоненты между этими релизами (например, модули с утилитами или еще что-нибудь). Ручками?
← →
Юрий Федоров (2004-01-26 20:14) [12]1. Насколько данный продукт является надежным.
После того, как рухнул 3 раза за неделю (с приведением в негодность базы архивов), отказались
2. Можно ли в нем одновременно развивать две ветки одного и того же продукта.
Нельзя
← →
Тимохов (2004-01-26 20:16) [13]
> 1. Насколько данный продукт является надежным.
>
> После того, как рухнул 3 раза за неделю (с приведением в
> негодность базы архивов), отказались
:(((( Знать вечно мне тогда сливаться ручками с программерами. Достало.
Странно, что не прозвучало однозначного одобрения какого-нибудь средства... :(((
← →
Юрий Федоров (2004-01-26 20:17) [14]>>Тимохов © (26.01.04 20:16) [13]
>>Странно, что не прозвучало однозначного одобрения какого-нибудь средства...
StarTeam
← →
Тимохов (2004-01-26 20:20) [15]Юрий Федоров © (26.01.04 20:17) [14]
Спасибо.
Пойду смотреть...
← →
Andryk (2004-01-26 20:53) [16]>>Тимохов © (26.01.04 20:16) [13]
>>Странно, что не прозвучало однозначного одобрения какого-нибудь средства...
TeamCoherence
StarTeam
← →
Alex Konshin (2004-01-26 22:56) [17]Однозначно можно порекомендовать ClearCase, если, конечно, средства позволяют (взломанного и работающего не видел).
Там однозначно можно вести много ветвей проектов.
Еще не упоминалась subversion http://subversion.tigris.org/
Это одно из последних CVS. Это plugin для Explorer http://tortoisesvn.tigris.org/
← →
Alex Konshin (2004-01-26 23:00) [18]ClearCase http://www-306.ibm.com/software/awdtools/clearcase/index.html
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2004.02.13;
Скачать: [xml.tar.bz2];
Память: 0.49 MB
Время: 0.01 c