Сравнение CA Software Change Manager (Harvest) и Git в соответствии с Revision Control

Question

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

Например: в Git разработчик создает ветки из главной ветки для получения своей личной рабочей копии, фиксирует и передает свои изменения во вспомогательную ветку, извлекает последние изменения из главного перед тем, как объединить дочернюю ветку с главной веткой, ЭСТ.

Как это делается с Harvest или каков общий рабочий процесс?

Большое спасибо!

Answer 1

Параллельную работу можно выполнять и в CA Harvest SCM. Понимание, которое вы получили, немного ошибочно. "Пакет изменений" - это атомная единица в жизненном цикле. Это группа файлов, которые являются частью логического изменения. Эти пакеты принадлежат / назначены пользователю, и он может работать самостоятельно.

Теперь перейдем к вашему вопросу, как достигается параллельная работа в CA Harvest SCM. Это можно сделать следующим образом:

Предположим, два разработчика хотят работать над одним проектом и ожидать изменения кода в одних и тех же файлах. Both will create their own respective packages and checkout code. Both will have a separate branch for them. They make their changes and then they promote their package from one state to another(say Dev to Build). This is where they have to merge conflicts if it arises in same file. This merging of conflicts can be done using harvest itself, or harvest also supports integration with 3rd party tools like winmerge etc. So in this way both developers will have their work merged and can take it forward.

Hope it answers your question.

Answer 2

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

Answer 3

Я провел некоторые расследования и раздражал некоторых коллег. Я пришел к следующему выводу:

При создании рабочей копии всего проекта в Git в CA SCM создаются так называемые "пакеты изменений", состоящие из нескольких файлов. Эти файлы заблокированы для других разработчиков (во избежание конфликтов слияния?), Поэтому параллельная работа невозможна. Если внесены изменения в пакет изменений, то этот пакет должен пройти несколько этапов (например, тестирование до производства), поэтому изменения должны быть одобрены некоторыми выделенными пользователями.

Итак, верно ли, что параллельная работа с CA SCM невозможна из-за блокировки и не будет быстрой обратной связи об изменениях (поскольку разработчик должен ждать одобрения некоторых коллег)?

Как вы думаете?