Кто-нибудь использовал Rational Team Concert (RTC)?

Question

Компания, в которой я работаю, в настоящее время оценивает замену для SourceSafe, и по разным причинам, я думаю, будет выбран RTC. Я немного боюсь, что мы закончим с решением, которое не является лучшим для нас в нашей ситуации. Я попытался немного разобраться в том, что это такое, но все, что я смог найти, - это маркетинг, но ничего о том, как он работает (любая парадигма, которую он использует, и т. Д.).

Наша команда состоит из 8 разработчиков и 2 сотрудников QA по одному проекту (и еще 4-5 человек, которые будут использовать его для своего независимого проекта). Кажется, что RTC предназначен для более крупных команд, но наша команда относительно невелика. У кого-нибудь есть опыт использования RTC в небольшой команде?

Проект, который будет использовать его, представляет собой приложение .NET/WPF, поэтому мы будем использовать в первую очередь Visual Studio. Является ли интеграция Visual Studio хорошей, или мы застряли в том, чтобы открыть Eclipse поверх Visual Studio?

Лично я использую Bazaar в качестве своего личного источника контроля (и проверки/в sourceafe из ветки), а также в личных проектах. Включает ли RTC функции систем управления версиями «третьего поколения», таких как разветвление/слияние и изменение классов первого класса, а не изменения файлов, и хорошая визуализация того, откуда происходят изменения?

Кроме того, каковы общие плюсы и минусы для этого?

Answer 1

У кого-нибудь есть опыт использования RTC в небольшой команде?

Мы недавно начали использовать RTC на нашей довольно небольшой команде (5 разработчиков). Пока я доволен этим, когда вы сравниваете его с нашей старой системой: CMVC. У него гораздо более дружелюбный пользовательский интерфейс, чем когда-либо был CMVC, и, похоже, он ориентирован на Agile-разработку, так же как и супертяжелую систему управления версиями.

Является ли интеграция в Visual Studio какой-либо хорошей, или мы застряли в том, что Eclipse открыт поверх Visual Studio?

Я не знаком с его интеграцией с Visual Studio, поскольку команда, в которой я работаю, является только Java, но она отлично работает с редактированием без затмения. Я часто кодирую в другом редакторе, отличном от затмения и регистрации/выхода из клиента RTC без проблем.

Включает ли RTC функции систем управления версиями «третьего поколения», такие как разветвление/слияние и изменение классов первого класса, а не изменения файлов, и хорошая визуализация того, откуда происходят изменения?

RTC делает большую работу с управлением ревизией, но я не могу сказать много о разветвленности/слиянии, как наш проект был довольно хорошо на компоненты до сих пор (только один разработчиком на компонент) и не имел какие-либо релизы еще.

Кроме того, каковы общие плюсы и минусы для этого?

Большой профессионал RTC заключается в том, как он интегрирует жизненный цикл поддержки в остальную часть процесса разработки Agile. К сожалению, это большая система и занимает довольно крутую кривую обучения, чтобы понять все это.

Answer 2

Зачем использовать фантастические изделия, которые многие люди, вероятно, даже не слышали? Как вы сказали, они, вероятно, раздуты или сложны в использовании или прослушивании или все вышеперечисленное.

Почему вы просто не делаете то, что почти все делают: используйте git или subversion (или, возможно, TFS).

• Вероятно, большинство разработчиков в вашей команде уже есть опыт работы с ними и не тратить драгоценное время на изучение другой системы управления источником
• Они используются миллионами людей и очень пожилые
• Они используют очень мало ресурсов и, вероятно, будут работать отлично, даже если сервер - ваш iPhone (кроме TFS, который сильно вздувается, но я думаю, что он хорошо масштабируется с огромными командами)
• Они бесплатны (кроме TFS)
• Они работают на linux, windows и mac (кроме TFS)
• Они имеют активное и полезное сообщество (кроме TFS)

Answer 3

Вы, кажется, уверены, что «неправильно» решение будет принято. Вместо того, чтобы исследовать, как противостоять вашей «следующей бесполезной системе управления источниками», почему бы вам не подумать об этом (очень действительном, я мог бы добавить) проблемы с ответственными людьми?

Возможно, вы использовали достаточную систему управления источниками, чтобы иметь голос в этом вопросе. Почему вы думаете, что они не послушат?

Вопрос о ваших ранних исследованиях для контрмер? Или это о том, что вы ищете более веские аргументы, чтобы привлечь к ответственности людей?

Answer 4

включают ли RTC особенности «третьего поколения» контроля версий систем, таких, как первый класс разветвлений/слияния и ревизиями , а не изменения файлов и хорошей визуализации, где изменения происходят от?

Как насчет проверки actual website и отправки по электронной почте их на отсутствие информации? Быстрый просмотр показывает, что они, например, меняют наборы.

Answer 5

Мы недавно мигрировали в RTC на моей дневной работе и использовали ClearCase, это реальная разница!

Чтобы ответить на небольшую часть вашего вопроса: RTC - настоящая система управления версиями третьего поколения.
В ClearCase все было основано на файлах и не было атомным. С другой стороны, смены RTC являются атомарными и хорошо интегрированы с моим верстаком Eclipse. (и встроенный IM)
Ветвление немного отличается, RTC имеет Потоки, с которыми вы можете подключиться, и ваши изменения будут доставлены в (всегда по одному) потоку, к которому вы подключены. Вы можете:

• Приостановка ревизии доставить позже к (возможно другой) поток
• Принять изменения из других связанных (косвенно) к тому же потоку
• Etc...

И RTC является Free for 10 developers!

Answer 6

Я представляю RTC в нашей команде разработчиков. В настоящее время мы купили версию Express на 15 мест. Стандартная версия является дорогой для нашего бюджета, поэтому мы сначала попробуем версию Express.

RTC не является чистым инструментом SCM. Это клиент (часть) новой платформы управления IBM Rational SW Deve Lifecycle (JAZZ). У нас уже есть ClearCase в нашей компании. Мы будем продолжать использовать ClearCase для управления кодами на критической стадии разработки. Тем не менее, RTC/JAZZ обеспечивает более гибкий/эффективный способ для начальной/стадии разработки вашего проекта. Нам очень нравится эта часть.

Я решила ввести RTC для управления проектами и совместного взаимодействия команд, которые он поддерживает. Это большая часть этого инструмента. Если вы переходите в Agile world или работаете над сложным проектом, особенно для глобальных команд (или других подсистем - hw/system), этот инструмент поможет вам справиться с задачами и отслеживать прогресс.

RTC является новым, так что вы будете встречать проблемы при его использовании. Однако это критическая часть бизнес-плана Rational, так что они хотели бы их решить и поддержать.

Answer 7

Признаюсь с самого начала, я работаю над Team Concert. Тем не менее я могу ответить на пару вопросов. Если у вас есть больше вопросов, у нас есть видео и учебные пособия на нашем сайте в jazz.net/projects/rational-team-concert.

У кого-нибудь есть опыт использования RTC в небольшой команде?

Мы начали с небольшой команды и выросли в инструмент. Это очень просто настроить и просто запустить. Затем вы можете использовать те функции, которые вам нужны больше всего, и вам не нужно настраивать 10 различных инструментов, чтобы интегрировать их.

Мы также просто сделали это намного дешевле для небольших команд, вы в основном получаете 10 бесплатных лицензий. У Jazz.net есть подробности.

Является ли интеграция в Visual Studio какой-либо хорошей, или мы застряли в том, что Eclipse открыт поверх Visual Studio?

У нас отличная интеграция Visual Studio 2005/2008 (в скором будущем). Вы можете узнать больше и посмотреть this video или читая статьи, упомянутые ниже

включают ли RTC особенности систем контроля версий «третьего поколения»

Я не уверен, какое поколение они являются частью , возможно, X-gen, но мы приложили много усилий для внедрения инноваций в области управления версиями.Для вкуса функций и задач проектирования вы можете прочитать:

• Parallel Development with IBM Rational Team Concert и
• Getting Started with Jazz Source Control

Answer 8

Мы используем RTC, где я работаю. Мы перешли от комбинации SVN и CVS. Одним из больших преимуществ RTC является интеграция всего жизненного цикла приложения. Это означает, что вам не нужно пытаться связать кучу отдельных продуктов вместе для таких вещей, как отслеживание рабочих элементов, управление строительством и контроль источника. Все они включены в RTC.

Кажется, что RTC предназначен для более крупных команд, но наша команда относительно невелика. У кого-нибудь есть опыт использования RTC в небольшой команде?

Похоже, что версия RTC Express-C соответствует вашим потребностям. В настоящее время у нас, возможно, 5 человек регулярно используют RTC, и он работает хорошо. Версия Express-C RTC поставляется с 10 бесплатными лицензиями разработчика.

Проект, который будет использовать его, представляет собой приложение .NET/WPF, поэтому мы будем использовать в первую очередь Visual Studio. Является ли интеграция Visual Studio хорошей, или мы застряли в том, чтобы открыть Eclipse поверх Visual Studio?

У RTC имеется плагин Visual Studio 2008/2010. Это не так полно, как плагин Eclipse, но он одинаково хорошо управляет источником. Основное отличие состоит в том, что плагин Eclipse, дает вам полный контроль над вашими проектами, включая создание проектов, рабочие элементы, строить определения и т.д.

Лично я использую Bazaar в качестве моего личного контроля источника (и проверить/в sourcesafe из филиала), а также на личные проекты. Включает ли RTC функции систем управления версиями «третьего поколения», таких как разветвление/слияние и изменение классов первого класса, а не изменения файлов, и хорошая визуализация того, откуда происходят изменения?

Да. Здесь перечислены списки изменений и изменений, а также функциональность типа «вины» (из SVN). Вы можете выполнить поиск по итерациям и сборкам для наборов обновлений, которые соответствуют вашим критериям.

В качестве примечания стороны. Сайт jazz.net - это веб-сайт сообщества, поэтому он меньше маркетинга, чем вы могли ожидать.