Переход от ClearCase к Git

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

A  A  A
|  |  |
B  C  |
| /|  |
C  |  E
|  | /  
D  E
| /
E

Как видите, стабильный ствол содержит только версии, которые были квалифицированы. У меня проблемы с репликацией этого рабочего процесса в Git, так как версии B, C и D также помещаются в магистраль QA и впоследствии в стабильную магистраль. На мой взгляд, это побеждает назначение «чистого» багажника, содержащего только стабильные версии.

Теперь есть очевидные фундаментальные различия между Git и ClearCase, которые, я уверен, объясняют, почему у меня возникают проблемы с использованием моих предыдущих концепций для определения рабочего процесса.

Я пытался обернуть голову вокруг этих новых инструментов SCM (я тоже смотрел на Mercurial) уже пару дней иможет действительно использовать некоторые указатели о том, как действовать, Мы работаем на ПК под управлением Mac и Windows, и подавляющее большинство команд предпочитают инструменты с графическим интерфейсом по сравнению с командной строкой.

Спасибо! :-)

Ответы на вопрос(1)

Ваш ответ на вопрос