Я играл с Mercurial и Mercurial очередями, и теперь у вас довольно разумная рабочая версия. Тем не менее, прежде чем я отправлю патч, я хотел бы взять эту историю спагетти и объединить ее в дискретные логические шаги, а не полупересекающиеся повторяющиеся do-undo-redo-чуть-чуть-чуть беспорядок, которые есть сейчас, если только для уменьшения количества патчей.Mercurial Queues: комбинирование патчей
Как это сделать?
hg qfold - это путь. Будьте очень осторожны с этим. Убедитесь, что вы прочитали все предыдущие instructions. Разумно версию вашей patchqueue тоже (как вложенная repoository), так что у вас есть резервные копии:
рт.ст. qinit [-c]
инициализации нового хранилища очереди
Хранилище очереди неверсированные по по умолчанию. Если -c задано , qinit создаст отдельный вложенный репозиторий для патчей (qinit -c также может быть запущен позже, чтобы преобразовать в неверсифицированный патч-репозиторий в версию). Вы можете использовать qcommit для фиксации изменений в этом репозитории очередей.
Спасибо, что сработало! Кто-то еще утверждал, что 'hg export ...> combination.patch' был бы столь же эффективен, если не требовать MQ - это так? –
С Mercurial 1.5, вы также можете импортировать несколько патчей подряд, поэтому нет необходимости комбинировать их в экспорте. Вам все равно потребуется MQ, чтобы лишить ваши изменения, или вам нужно будет клонировать чистое репо и применять комбинированные патчи там, а затем отказаться от своей ветки. Слишком много работы ИМХО. –