Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.02.13;
Скачать: CL | DM;

Вниз

Вопрос про 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;
Скачать: CL | DM;

Наверх




Память: 0.52 MB
Время: 0.027 c
14-39079
Rauf
2004-01-25 18:10
2004.02.13
Удаление программы самой из себя!


14-39085
kor@l
2004-01-22 19:43
2004.02.13
Message


1-38898
M!h
2004-02-04 15:57
2004.02.13
СОМ - технология


1-38878
Senti
2004-02-04 15:55
2004.02.13
Как создать класс типа StringList


1-38942
Pavel
2004-02-04 09:19
2004.02.13
Глючный Delphi