Может ли инструмент ClearMase findmerge игнорировать предопределенный конфликт? - PullRequest
Новая
       11

Может ли инструмент ClearMase findmerge игнорировать предопределенный конфликт?

1 голос
/ 14 июня 2011

Есть 2 ветви файла. Я должен слиться из одной ветви в другую. Автоматическое слияние завершается неудачно, поскольку возникают конфликты. Конфликты происходят из-за вывода команды date, сохраненной в файле. Может ли инструмент findmerge игнорировать некоторые конфликты, используя некоторые параметры фильтра? Я хочу, чтобы findmerge игнорировал Date: .* строки и автоматически объединял остальную часть файла.

Поскольку таких файлов много, объединение всех таких файлов вручную с разницей в «Дата:. *» Занимает слишком много времени. Как я могу автоматизировать такое слияние?

Дата отличается во всех 3 файлах, поэтому существует конфликт: 

file1.txt@@/main/branch1/LATEST
Date: 03/03/2010 11:00PM
Some  information1

file1.txt@@/main/branch2/LATEST
Date: 11/11/2009 10:30AM
Some  information1
New   information2
New   information3

Base file: file1.txt@@/main/main/20
Date: 07/07/2005 05:30AM
Some  information1

Спасибо Дипак

1 Ответ

0 голосов
/ 14 июня 2011

Расширения ключевых слов в ClearCase обсуждались до : без правильного менеджера типов это не поддерживается.
(Не говоря уже о том, что не приносит большой пользы вVCS )

Суть проблемы в том, что алгоритм findmerge имеет случай, когда сравнивается фактическое содержимое файла.К сожалению, findmerge не использует функцию сравнения менеджера типов, но что-то жестко запрограммировано и будет думать, что файлы отличаются, хотя разница только в ключевых словах

Теоретическиспособ разработать менеджер типов в сочетании с триггером, как описано здесь .Это ни в коем случае не тривиально, поэтому лучшее решение:

  • либо избегать изменений в обеих ветвях (слияние будет тогда тривиальным для этого раздела)
  • или полностью избегайте расширения ключевых слов (например, метаданные, такие как дата, должны быть связаны с самой датой ревизии, а не как текстовые метаданные внутри самих данных)
...