mercurial: как синхронизировать патчи mq из основного репозитория как патчи mq с набором репозиториев клонов

Question

Мне нужно запустить дюжину различных тестов сборки на базе кода, поддерживаемой в ртутном репозитории. Я не хочу запускать эти тесты последовательно в одном и том же хранилище, потому что они изменяют набор общих файлов, и я хочу запускать их параллельно на разных машинах. Кроме того, после запуска всех тестов я хочу получить доступ к последним результатам тестов из этих областей тестирования. В настоящее время я клонирую главный репозиторий десятки раз и запускаю в каждом клоне один отдельный тест. Перед каждым выполнением теста я выполняю последовательность подготовки к извлечению / обновлению / продувке, чтобы начать тестирование в последнем чистом состоянии. Это хорошо для меня.

Я также готовлю новые изменения с использованием расширения mq, которые я бы протестировал на всех клонах, как указано выше, перед их фиксацией. Для тестирования некоторых готовых потенциальных патчей mq я хочу как-то развернуть / синхронизировать их, чтобы они были доступны в тестовых клонах, и применить их, готовые к тестированию, с использованием некоторой защиты перед запуском теста.

Кто-нибудь делал эту синхронизацию раньше? Какой самый простой способ сделать это? Нужно ли иметь исправленные патчи mq для этого?

Answer 1

патчи могут быть сохранены в их собственном репозитории, если вы передали ключ "-c" в qinit, например,

hg qinit -c

Возможно, вы все еще сможете создать патч-репо после факта через

cd .hg/patches
hg init
hg addremove
hg commit -m "my patches"

Но я никогда не пробовал это лично.

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

hg clone http://centralrepo.com/patch_repo ./patches

Answer 2

Вот решение, которое я реализовал. Несколько заметок:

• все патчи, защищенные ready_for_testing И те, которые не охраняются, применяются для тестирования.
• лучше использовать версионные репозитории, потому что мы можем сделать абстракцию реализации репозитория очереди
• Я использую Mercurial 1.5.1
• Мастер репо находится в master Реж
• репозитории клонов находятся в clone-x каталогах

Вот шаги (некоторые могут быть необязательными):

1. один раз: поместить патчи в главный репозиторий при управлении версиями с помощью mercurial:
   а. hg -R master init --mq # здесь не происходит коммит, может быть сделано позже
   б. hg -R master commit --mq --addremove --message 'initial patch queue' # сделать их видимыми для клонов репозиториев

2. для каждого клона, один раз после завершения создания клона: при условии, что для клонов еще не создано никаких патчей, инициализируйте под-репозиторий mq:
   а. hg clone master\.hg\patches clone-x\.hg\patches
   б. hg -R clone-x qselect ready_for_testing

3. для каждого изменения, готового в master (патч, созданный / импортированный в mq repo): сделайте это перед запуском для него тестов:
   а. просмотр / обновление охранников патчей mq: включенные для тестирования должны быть неохраняемыми или с + ready_for_testing
   б. hg -R master commit --mq -A # сделать их видимыми для клонов репозиториев

4. для каждого клона, для каждой итерации [теста] для каждого клона: выполните эту подготовительную последовательность перед запуском фактического теста:
   а. hg -R clone-x qpop --all --force
   б. hg -R clone-x pull
   с. hg -R clone-x update --clean
   д. hg -R clone-x purge --all
   е. hg -R clone-x pull --mq
   е. hg -R clone-x update --mq
   г. hg -R clone-x qpush --all

Answer 3

Начиная с Mercurial версии 1.5, вы можете создать хранилище очереди исправлений в уже существующем репозитории Mercurial, используя следующую команду:

hg init --mq

Это нормально, чтобы патчи были в очереди при вводе этой команды.