Ясный вопрос

Question

Я отвечаю за clearcase в моем проекте. У меня нет большого опыта. Моя проблема в том, что сейчас структура нашего проекта в cc - это проект с потоками PROD,PV, ST, DV, как показано здесь;

Ссылка на скриншот

Теперь, как вы можете видеть, у нас есть индивидуальный поток для каждого разработчика под потоком DV Способ доставки кода вверх по потоку - один за другим. Теперь, из-за изменений в управлении, мы должны реализовать его таким образом, чтобы разработка PARALLEL стала возможной. то есть, если в Prod есть ошибка, и мы хотим исправить ее и вернуть обратно в prod, без предоставления текущих действий / базовых показателей, над которыми работают разные разработчики, как мы можем изменить наш проект cc, чтобы включить это?

нам нужно что-то вроде PROD (выпуск JAN) -PV (выпуск JAN) -ST (выпуск JAN, FEB) -DV (выпуск JAN, FEB, MAR)

управлять выпуском JAN, FEB, MAR отдельно. Если мы должны что-то исправить в выпуске JAN и не хотим включать релизы FEB и MAR, как мы можем это сделать?

Будет здорово, если вы сможете дать нам некоторое представление как можно скорее.

Answer 1

индивидуальный поток для каждого разработчика под потоком DV

Whoât???? Это Спарта! (эээ... нет: madness: это безумие)

Поток представляет собой усилия по разработке, а не песочницу для "ресурса" (то есть "разработчика"). Ресурсы приходят и уходят, задачи развития остаются.
Вы должны иметь поток для каждой линии разработки, на котором многие разработчики создают свое собственное представление.

Таким образом, если вам нужна параллельная разработка, вам нужно создать только один "братский" поток рядом с текущим, чтобы перебазировать этот поток исправления ошибок с базовой линией от PROD. Так:

PROD
  PV
    ST
      DV
  PV-JAN

Создавая PV-JAN, вы создаете поток, посвященный небольшим изменениям базовой линии, созданным для JAN.
И вам не нужно создавать все эти подпотоки для каждого разработчика, поскольку это будет представлять слишком много шагов доставки / перебазирования.
2 или 3 разработчика, которым нужно что-то исправить в PV-JAN, создают свое собственное представление для того же потока. Все они будут участвовать в одной и той же разработке (исправление ошибок в выпуске JAN PV)