Переход от ClearCase к Git
Я пришел из истории ClearCase, где у нас (проще говоря) был рабочий процесс, состоящий из трех этапов, где крайний левый ствол был нестабильным, средний ствол - обеспечение качества, а самый правый - стабильным. т.е.)
A A A
| | |
B C |
| /| |
C | E
| | /
D E
| /
E
Как видите, стабильный ствол содержит только версии, которые были квалифицированы. У меня проблемы с репликацией этого рабочего процесса в Git, так как версии B, C и D также помещаются в магистраль QA и впоследствии в стабильную магистраль. На мой взгляд, это побеждает назначение «чистого» багажника, содержащего только стабильные версии.
Теперь есть очевидные фундаментальные различия между Git и ClearCase, которые, я уверен, объясняют, почему у меня возникают проблемы с использованием моих предыдущих концепций для определения рабочего процесса.
Я пытался обернуть голову вокруг этих новых инструментов SCM (я тоже смотрел на Mercurial) уже пару дней иможет действительно использовать некоторые указатели о том, как действовать, Мы работаем на ПК под управлением Mac и Windows, и подавляющее большинство команд предпочитают инструменты с графическим интерфейсом по сравнению с командной строкой.
Спасибо! :-)