2017-01-27 6 views

ответ

0

Используйте araxis merge или какой-нибудь инструмент. Объединение файлов из одного представления в другое. Соблюдайте и выполните тесты. И проверьте, если все в порядке.

Примите во внимание миграцию в теорию git repo. Я сделал это с https://github.com/charleso/git-cc. Но я делаю взлом кода, особенно для моего процесса.

0

ClearCase способом (без необходимости использовать другие средства или мигрировать к другому SCM) будет cleartool findmerge
(и что будет иметь дополнительное преимущество в трехходовых слияния вместо двух направлений с другими не -ClearCase слияния инструмент)

См «findmerge usage», в вашем случае:

cd /path/to/second/view 
cleartool findmerge . -nc -ftag tag_of_first_view -merge 
# test and check-in 
0

Если каждый имеет вспомогательный набор файлов, который не имеет никаких пересечений, (маловероятно, но возможно, особенно, если эти подмножества представляют разные "c omponents "(UCM или иначе), вы можете просмотреть конфигурации представлений.

Если эти динамические представления, вы можете запустить:

cleartool catcs -tag view1 > view1.txt 
cleartool catcs -tag view2 > view2.txt 
cleartool diff -gra view1.txt view2.txt 

, чтобы получить бок о бок сравнить с различиями. Затем вы можете планировать, какие версии выбрать.

Слияние - это, безусловно, хороший вариант, но вам нужно будет просмотреть слияние как - в отличие от большинства других инструментов SCM, каталогов версий CC и если виды видят разные ветви одних и тех же каталогов и файлы, которые в настоящее время видны в одной ветке были удалены из другого, файлы могли «исчезнуть» при слиянии. Они все еще будут там, вам, возможно, придется связать их обратно в ...

Смежные вопросы