Определите правильный инструмент для разработчиков, исходя из реальных потребностей

Я начну с небольшой предыстории, чтобы взглянуть на вопрос, какие обоснованные вопросы я могу задать, чтобы определить правильный инструмент управления версиями для реальных потребностей моих команд разработчиков?

Разработчики использовали ClearCase с тех пор, как ведущая проектная группа IBM-консультанта установила его для использования во время большого внутреннего проекта. Во время этого проекта Rational Suite использовался для выполнения задач, тестирования и т. Д. После завершения этого проекта в качестве метода хранения исходного кода использовался только ClearCase. К сожалению, в настоящее время ClearCase используется разработчиками как обязательный инструмент. Пока в начале 2009 года не был запущен глобальный проект, другие зарубежные коллеги использовали в основном SVN. Глобальный проект теперь требует, чтобы эти разработчики использовали ClearCase Remote Client (CCRC).

Я заметил, что этот инструмент, хотя и очень мощный, кажется слишком большим для их потребностей в разработке. Процесс UCM реализуется на месте, но многие выражают разочарование по поводу этапов процесса, особенно при использовании CCRC. Другая проблема заключается в том, что другие инструменты разработки требуют, чтобы файлы были доступны для записи для выполнения задач разработки, что заставляет разработчиков взламывать, чтобы работать.

Поскольку многие компании в настоящее время передают на аутсорсинг и переоценивают все свои стратегии, чтобы оставаться конкурентоспособными и финансово жизнеспособными, я хотел бы убедиться, что у нас есть правильный инструмент по правильным причинам, который будет поддерживать не только деятельность и потребности развития сегодня, но и будущее. Я с нетерпением жду возможности лучше разобраться в этой проблеме.


version-control clearcase clearcase-remote-client
person Community    schedule 14.05.2009    source источник

Ответы (3)


arrow_upward
2
arrow_downward

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

ИМО, некоторые из этих вопросов включают:

  • Что такое статус-кво?
  • Почему такое статус-кво? [Возможно, политический: проект ведущего консультанта IBM]
  • Почему мы можем захотеть измениться (каковы стимулы)?
  • Какие альтернативы мы могли бы использовать?
  • Что мы выиграем и что потеряем, выбрав альтернативу?
  • Каковы будут затраты (или усилия), связанные с его изменением?
person ChrisW    schedule 14.05.2009
comment
Также: - Что предлагает ClearCase, что нужно локальным и удаленным разработчикам? - какая экономия может быть связана с его заменой? Кроме того, как часть стоимости, вы должны учитывать стоимость покупки, стоимость установки, стоимость миграции данных, стоимость обучения, стоимость обслуживания. - person Lyndsey Ferguson; 14.05.2009

arrow_upward
2
arrow_downward

Вы можете лучше понять потенциальные преимущества для текущей ситуации (ClearCase), прочитав "Какие основные концепции ClearCase должен знать каждый разработчик?"

Поскольку CCRC используется для доступа к ClearCase через интерфейс RCP и удаленный веб-сервер просмотра, это выглядит как дешевая альтернатива DVCS (Distributed VCS).
Это означает, что возможной альтернативой является использование бесплатного DVCS (Git, Меркуриал, ...)

Я использую UCM последние 6 лет и считаю его очень полезным для большого проекта с несколькими взаимозависимыми «компонентами» (то есть «согласованным набором файлов») с множественной параллельной разработкой.

Однако я бы не рекомендовал такую ​​тяжелую методологию (UCM) для небольших независимых проектов с простым линейным жизненным циклом разработки.

Итак, чтобы завершить набор вопросов, предложено ChrisW

  • Каков размер типичного проекта, управляемого в рамках VCS?
  • Какова их типология (взаимозависимые или, скорее, автономные?)
  • Что такое рабочий процесс слияния, за которым следуют эти проекты (простой вариант может указать Subversion в качестве возможного кандидата, более сложный потребуются более серьезные инструменты для тяжелого слияния)
  • Какова типология сети (всегда ли лучше всего подходит центральный репозиторий, или локальное репо с функциями распространения / репликации не будет более адаптированным?)
person VonC    schedule 14.05.2009
comment
Согласен, в настоящее время я мигрирую небольшую команду разработчиков чистого Java из SVN в ClearCase, когда я знаю, что это, вероятно, неправильная вещь с точки зрения разработки, но улучшу совместимость со всеми другими командами, которые начали с ClearCase (или около того. архитектор хочет). Размер проекта очень важен. - person Spedge; 22.05.2009
comment
@Spedge: размер проекта очень важен: правда, но также и его рабочий процесс слияния (для массового переписывания параллельно с текущей разработкой и поддержкой UCM действительно может помочь) - person VonC; 22.05.2009

arrow_upward
0
arrow_downward

Шерил, не пытаясь решить ваше решение - CCRC, очевидно, вариант для ваших удаленных разработчиков, но также существует ClearCase Multisite. Если есть проблема с процессом, возможно, краткосрочным решением будет предоставление локального, а не удаленного доступа к инфраструктуре, а не перемещение SCM.

person Spedge    schedule 22.05.2009