Я конвертировал хранилище Subversion в Mercurial несколько месяцев назад, и в результате я оставил два бессмысленных пробела в моей истории ревизий.Я пытаюсь понять, смогу ли я просто разделить пробелы, но я не смог заставить инструменты делать именно то, что я хочу.
Я реорганизовал репозиторий Subversion дважды в началедни проекта: сначала преобразовать один корневой каталог проекта в макет ствола / ветвей / тегов, а затем добавить второй связанный проект во вторую корневую папку со своими собственными стволом / ветками / тегами.
ПоВ то время, когда я решил перейти на Mercurial, не было никаких значительных разработок за пределами ствола первого, оригинального проекта.Мне удалось использовать утилиты преобразования Mercurial и сопоставление путей для повторной сборки одного разумного ствола в новом хранилище Mercurial, или я так подумал.
Теперь я понимаю, что у меня есть две дополнительные головки, каждая из которых соответствует местуистория изменений по существу начинается заново:
r0 ... r16 | (r17) r18 ... r61 | (r62) r63 ... tip
Результаты двух ревизий после перерывов, r17 и r62, идентичны по содержанию соответствующей ревизии до перерывов - они полностью состоят из операций добавления файлов сточно такое же содержание, как и в предыдущих ревизиях.Значимые изменения начинаются только в следующих ревизиях (r18 и r63 соответственно).
Я перепутал расширение Mercurial Transplant в попытке объединить r17 и r62, но он объединяет объединенные наборы изменений всеНа кончике ветки по умолчанию (r405 на данный момент).
Эти дополнительные головы на самом деле не повредят моей деятельности по разработке, поэтому я позволил ей на некоторое время уйти.Что подталкивает меня к решению этой проблемы, так это то, что MercurialEclipse жалуется на эти дополнительные головки каждый раз, когда я извлекаю из своего удаленного хранилища.
Может кто-нибудь дать какой-нибудь совет, как подойти к этому?Я просто получаю неправильные флаги команд или использую не тот инструмент?Должен ли я использовать вместо этого расширение Rebase?Как насчет какого-либо процесса dump-edit dumpfile-reload, который мы все делали с Subversion?
Пока я публиковал проект на своем сервере разработки, существует всего пара клонов, поэтомууничтожение этих копий и повторное наложение не должно быть большой проблемой.