Злая двойная проблема и субтрактивное слияние

Просто представьте, что pom.xml на самом деле являются классами Java: у вас может быть только один родительский элемент (или расширяет класс), но этот родитель может также иметь другого родителя, и т. д.

Как я объяснил здесь , вы должны различать родительский и агрегационный принципы в Maven, что означает, что my-plugin будет рассматриваться как агрегационный проект, а не обязательно родительский проект для обоих my-plugin-client и my-plugin-parent.

Итак, подведем итог:

my-plugin определит базовый pom для всех ваших проектов. Затем вы создаете два новых проекта pom : java-base-pom и flex-base-pom . У них оба my-plugin являются родительскими. Теперь у my-plugin-client будет java-base-pom в качестве родителя, Это запрещено.

Лучший способ справиться с Злым Двойником - это повторно связать последнюю версию существующего элемента, которую вы можете найти, с новой версией каталога. Затем вы можете создать новую версию элемента и заменить данные в нем.

Вычитающее слияние

Вычитающее слияние противоположно выборочному слиянию.

Выборочное слияние (стандартное слияние по умолчанию) добавляет изменения из другой версии элемента в вашу извлеченную версию.

Вычитающее слияние пытается удалить изменения, сделанные в версии, отличной от версии, которую вы проверили. out - потому что это плохая версия, вы допустили в ней ошибки и т. д.

Затем вы можете создать новую версию элемента и заменить данные в нем.

Вычитающее слияние

Вычитающее слияние противоположно выборочному слиянию.

Выборочное слияние (стандартное слияние по умолчанию) добавляет изменения из другой версии элемента в вашу извлеченную версию.

Вычитающее слияние пытается удалить изменения, сделанные в версии, отличной от версии, которую вы проверили. out - потому что это плохая версия, вы допустили в ней ошибки и т. д.

Затем вы можете создать новую версию элемента и заменить данные в нем.

Вычитающее слияние

Вычитающее слияние противоположно выборочному слиянию.

Выборочное слияние (стандартное слияние по умолчанию) добавляет изменения из другой версии элемента в вашу извлеченную версию.

Вычитающее слияние пытается удалить изменения, сделанные в версии, отличной от версии, которую вы проверили. out - потому что это плохая версия, вы допустили в ней ошибки и т. д.

У IBM есть хорошая статья о субтрактивном слиянии .

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

Это будет работать как для файла, так и для каталога

Но вы должны понимать, что слияние касается файл или каталог, а не каталог «и все, что в нем».
Чтобы выполнить рекурсивное слияние, посмотрите на findmerge .

Вы можете захотеть объединить только каталоги (поскольку они всегда объединяются первыми, чтобы определить фактический список файлов для объединения!), Как в этом В статье IBM

% cleartool setview major_vu% cleartool findmerge /vobs/vob1 /vobs/libvob2 –type d \ 
–fversion /main/LATEST –merge

вы также можете выполнить слияние из ПОСЛЕДНЕЙ версии ветки или из тега:

findmerge . –fversion /main/rel2_bugfix/LATEST –print
findmerge . –ftag rel2_bugfix_view –whynot –print

Примечание: -print всегда является хорошей идеей перед заменой на ' -merge -gmerge ', чтобы увидеть, что будет объединено. Но если задействованы каталоги, он напечатает только то, что нужно объединить « каталог X », а не точный список файлов.

---

Для злых близнецов, ознакомьтесь со статьей IBM ]. Проблемы, чувствительные к регистру, могут быть настоящей проблемой, и вы можете создать злых близнецов, даже не осознавая этого ...