Как перенести определенные файлы из Mercurial в gitlab с историей коммитов?
У меня есть случай перенести только одну папку из Mercurial(Hg) в Gitlab (а не весь репозиторий) с ее историей.
Я наткнулся на hg-fast-export, но не уверен, что мы можем экспортировать только несколько файлов в GitLab. Если да, то подскажите, как это сделать.
Заранее спасибо.
да, я думал об этом. Но я делаю это поэтапно. Через два месяца я перемещу другую папку в тот же репозиторий Gitlab. В то же время мне нужно перенести все репо и снова использовать filter-repo?
Другая папка из того же источника Mercurial? Почему бы не перенести их обоих сейчас?
Ответы 2
Хороший способ сделать это — использовать hg convert с опцией filemap, чтобы сначала создать второй временный репозиторий Mercurial, который содержит только интересующую вас папку, а затем импортировать только ее в Gitlab.
Convertтакже может фильтровать или переименовывать файлы во время конвертации, когда вы предоставьте ему сопоставление с помощью опции--filemap.Карта файлов — это файл, который указывает, какие файлы должны быть включены, переименованы или опущены. По умолчанию включены все файлы (пустая карта файлов означает включает все).
Каждая строка может содержать одну из следующих директив:
включить путь/к/файлу
исключить путь/к/файлу
переименовать из/файла в/файл
Обратите внимание, что когда вы используете convert, он создает совершенно новый репозиторий, который не «связан» с оригиналом. Таким образом, идентификаторы наборов изменений будут другими. Похоже, это не причинит никакого вреда тому, что вы делаете.
Спасибо за предложение. Я пробовал это `hg convert --filemap file.txt /path/to/source/repo /path/to/destination/repo' после выполнения команды. он начинает сканирование и выборку до первого набора изменений после его завершения. Я не вижу никаких изменений в целевом репо, создается только пустое репо. Я что-то здесь упустил?
Для справки, в файле .txt у меня есть "путь/к/мой файл"
Вероятно, что-то немного не так с путем включения. Чувствительность к регистру? Пробелы?
Если вы отредактируете вопрос, указав более подробную информацию о структуре папок и тексте карты файлов, возможно, мы сможем найти что-то полезное.
Да, я ошибся, дав карту файла. Затем я перезапускаю hg convert, но все равно новое репо пусто. Из некоторых ответов StackOverflow я понял, что мне нужно выполнить hg update, но после этого я получаю эту ошибку «abort: 00manifest@e7b4c42161b0551f537ecfb371b35e4c8ede4d6e: no node». Есть идеи?
Когда вы говорите, что репо «пусто», я не уверен, что вы имеете в виду. Если есть наборы изменений, вам все равно может понадобиться запустить hg update, чтобы получить файлы в вашем локальном рабочем каталоге. Но если наборов изменений вообще нет, то, вероятно, карта файлов была неправильной, и все было исключено.
да, есть наборы изменений, я вижу это по журналу hg. Но я не могу обновить свой рабочий каталог с помощью «hg update». Он выдает ошибку типа «abort: 00manifest@e7b4c42161b0551f537ecfb371b35e4c8ede4d6e: no node», когда я даю обновление hg.
Это очень странная ошибка, боюсь, я никогда с ней не сталкивался. Можно предположить, что в исходном репозитории, возможно, было что-то не так, и теперь у оставшейся отфильтрованной истории во втором есть проблема. Вы можете попробовать hg verify в оригинале и/или копии и посмотреть, поможет ли это. wiki.mercurial-scm.org/RepositoryCorruption
Чистым способом сделать это было бы иметь папку1 для вашего репозитория mercurial и папку2 для вашего репозитория git. Вы можете получить все хэши ревизий в своем репозитории Mercurial, а затем:
- для каждого хэша коммита
- проверьте этот хэш в папке1
- переопределить любые интересующие вас файлы в папке 2 содержимым папки 1
- совершить
Это можно автоматизировать в bash-скрипт командной строки.
Перенесите весь репозиторий, а затем используйте
git filter-repo, чтобы удалить все, кроме нужной папки.