#harvest-scm
#harvest-scm
Вопрос:
Я потратил день на чтение документов Harvest здесь: https://docops.ca.com/ca-harvest-scm/13-0/en/using/manage-changes-in-the-repository-and-workspace
Я чувствую, что этот инструмент предназначен только для мэйнфреймов: 1. Продвижение пакетов с более низкой ступени на более высокую — это как продвижение кода из более низких сред на более высокие в мэйнфрейме. 2. Код перекомпилируется на каждом этапе, как мэйнфрейм.
Кажется, его ветка находится на уровне элемента / пакета, ей не нравится ветка в современном инструменте SCM. Как я могу смоделировать обычную стратегию ветвления, такую как GitFlow, в этом инструменте? Если я не могу создавать ветки, то как я могу поддерживать параллельную разработку?
Ответ №1:
Harvest не предназначен для разработки на мэйнфреймах.Он предназначен для распределенных систем.
Я объясню методы параллельной разработки при использовании одного проекта и нескольких проектов
Единый проект :
пакет — это наименьшая единица изменения. Несколько ветвей могут быть созданы из одной и той же базовой версии и могут быть назначены двум разработчикам, при этом каждому разработчику причитается bracnh
FIle1.java -БАЗОВАЯ версия File1.java — o.1.1 -пакет 1 — разработчик 1 File1.java — 0.2.1 -пакет 2 — разработчик 2
Когда оба они завершат свои изменения, они могут объединить свои изменения в пакет, используя процесс, называемый параллельным слиянием
Если существуют конфликты, инженер слияния вмешается и разрешит операцию слияния
Во всех проектах: —————
Скажем, например, существуют два проекта proj1 proj2
Снимок может быть сделан из исходного кода, привязанного к proj1, этот снимок может быть привязан к proj2.
работа proj1 и proj2 может продолжаться в режиме параллельной разработки
и когда один из проектов будет завершен раньше, и вы захотите объединить изменения в proj2, вы можете сделать это с помощью процесса, называемого межпроектным слиянием.
Это краткое объяснение, если вам нужно более подробное объяснение, пожалуйста, обратитесь в службу поддержки CA .
С уважением, Балакришна.
Комментарии:
1. Таким образом, параллельная разработка или ветвление могут выполняться на уровне пакета или проекта. Я могу визуализировать proj1 и proj2 как две ветви (это та же концепция, что и в проектах ClearCase UCM), но как я могу увидеть «ветку» на уровне пакета?
2. Есть ли хороший документ, такой как Git Flow, nvie.com/posts/a-successful-git-branching-model , описывает рабочую стратегию ветвления для CA-SCM / Harvest?
3. ПРИВЕТ, Джиронг Ху, извиняюсь за поздний ответ. Пожалуйста, свяжитесь с нами в сообществах sccm harvest, где видимость высока, и вам ответят communities.ca.com/community/ca-harvest
Ответ №2:
Единственное, о чем я могу думать, это использовать проект-брат для моделирования ветки.