Определите правильный инструмент для разработчиков на основе реальных потребностей - PullRequest
3 голосов
/ 14 мая 2009

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

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

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

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

Ответы [ 3 ]

2 голосов
/ 14 мая 2009

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

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

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

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


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

  • Каков размер типичного проекта, управляемого в VCS?
  • Какова их типология (взаимозависимая или скорее автономная?)
  • Что такое рабочий процесс слияния , за которым следуют эти проекты (простой может указать Subversion в качестве возможного кандидата, более сложный требует более серьезных инструментов для интенсивного слияния)
  • Какова типология сети (является ли центральное хранилище всегда наилучшей конфигурацией, или локальное хранилище с функциями распространения / репликации не будет более адаптированным?)
2 голосов
/ 14 мая 2009

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

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

  • Что такое статус-кво?
  • Почему статус-кво? [Возможно политический: ведущий проект IBM по консалтингу]
  • Почему мы можем захотеть измениться (каковы стимулы)?
  • На какие альтернативы мы могли бы перейти?
  • Что бы мы получили и что потеряли бы, изменив альтернативу?
  • Какими будут затраты (или усилия), связанные с его изменением?
0 голосов
/ 22 мая 2009

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

...