Як за допомогою Mercurial я можу “стиснути” серію наборів змін в один перед натисканням?

Скажімо, у мене є локальне та віддалене сховище Mercurial. Тепер я починаю працювати над функцією. Я працюю над цим, і коли я думаю, що це зроблено, я фіксую набір змін. Перевіривши його ще трохи, я переконався, що я міг би ще більше вдосконалити цю функцію, змінивши щось у коді. Я вношу зміни та зобов’язуюсь. Через 20 хвилин я виявляю помилку в цій новій функції, тому виправляю це і фіксую це теж.

Зараз у мене є 3 набори змін, які я б дуже хотів передати у віддалене сховище як один набір змін із повідомленням "Впровадження функції X", наприклад.

Як я можу це зробити без особливих клопотів? Я вважаю, що міг би це зробити за допомогою латок, але це, здається, багато роботи.

Як щодо розширення Collapse ?

Розширення histedit - це саме те, що ви шукаєте.

hg histedit -o

або

hg histedit --outgoing

відобразить список вихідних наборів змін. Зі списку можна

• Складіть 2 або більше наборів змін, створюючи один єдиний набір змін
• Видаліть набори змін, видаляючи їх з історії
• Змініть порядок наборів змін, як вам подобається.

histedit запропонує вам нове повідомлення коміту складених наборів змін, яке за замовчуванням є двома повідомленнями, розділяючи "\ n *** \ n".

Ви також можете отримати подібні результати, використовуючи розширення mq, але це набагато складніше.

Ви також можете використовувати розширення для згортання, щоб просто скласти, але воно не забезпечує настільки приємний інтерфейс і не дає можливості редагувати отримане повідомлення про коміт. Редагування отриманого повідомлення коміту також дозволяє очистити остаточне повідомлення, яке я завжди використовую.

Так, ви можете зробити це за допомогою латок: Припустимо, ваша робота знаходиться в наборах змін від 100 до 110 включно

1. Створіть патч:

   % hg export -o mypatch 100:110 --git

2. Оновлення до 99:

   % hg update 99

3. Застосуйте патч за допомогою --no-commit (інакше ви повернете всі свої набори змін):

   % hg import --no-commit mypatch

4. Внести всі зміни відразу:

   % hg commit

5. Тепер у вас є дві головки (110 і 111), які повинні бути еквівалентними з точки зору файлів, які вони створюють у вашому робочому каталозі - можливо, розрізнити їх для розумності, перш ніж видаляти старі:

   % hg strip 100

Добре, тепер, коли я все це прописав, це здається тривалим, але, зробивши це купу разів сам, я не вважаю, що це занадто важка робота ...

Якщо ви використовуєте TortoiseHg, use може просто вибрати дві версії (за допомогою CTRL виберіть не наступні), клацніть правою кнопкою миші та виберіть "Стиснути історію" .

Після цього ви отримаєте новий список змін у новій голові, починаючи з першої зміни, яку ви вибрали раніше, він буде містити всі списки змін нащадків між вибраними вами.

Ви можете просто видалити старі списки змін, якщо вони вам більше не потрібні: використовуйте для цього розширення MQ . Знову ж таки, у TortoiseHg: клацніть правою кнопкою миші на першому списку змін, який потрібно видалити з усіма його нащадками, "Змінити історію -> Стрип" .

Моїм кращим методом використання mq для цього складання є використання TortoiseHg, як описано тут . Однак це легко можна зробити з командного рядка так:

hg qimport -r <first>:<last> 
    -- where <first> and <last> are the first and last changesets 
    -- in the range of revisions you want to collapse

hg qpop <first>.diff
    -- remove all except for the first patch from the queue
    -- note: mq names patches <#>.diff when it imports them, so we're using that here

hg qfold <next>.diff
    -- where <next> is <first>+1, then <first>+2, until you've reached <last>

hg qfinish -a
    -- apply the folded changeset back into the repository

(Можливо, є кращий спосіб зробити крок qfold, але я цього не знаю, оскільки я зазвичай використовую TortoiseHg для цієї операції.)

Спочатку це здається трохи складним, але як тільки ви почали використовувати mq, це досить просто і природно - крім того, ви можете робити всі інші речі з mq, які можуть бути дуже зручними!

hg collapseі hg histeditє найкращими способами. Вірніше, це були б найкращі способи, якби вони працювали надійно ... Мені довелося histeditрозбитися зі скиданням стека протягом трьох хвилин.Collapseне набагато краще.

Думаю, я можу поділитися двома іншими BKM:

1. hg rebase --collapse

   Це розширення поширюється разом із Mercurial. Я ще не мав з цим проблем. Можливо, вам доведеться пограти в деякі ігри, щоб обійти hg rebaseобмеження - по суті, це не любить перебазування предку на тій самій гілці, з іменем або за замовчуванням, хоча це дозволяє, якщо проводити перебазування між (іменованими) гілками.

2. Перемістіть сховище ( foo/.hg) до робочого каталогу ( bar) та його файлів. Не навпаки.

Деякі люди говорили про створення двох дерев-клонів та копіювання файлів між ними. Або латання між ними. Натомість легше переміщати .hgкаталоги.

hg clone project work
... lots of edits
... hg pull, merge, resolve
hg clone project, clean
mv work/.hg .hg.work
mv clean/.hg work/.hg
cd work
... if necessary, pull, nerge, reconcile - but that would only happen because of a race
hg push

Це працює до тих пір, поки справжні сховища, .hgдерева, не залежать від робочого каталогу та його файлів.

Якщо вони не незалежні ...

Я ніколи не використовував Mercurial, але це дуже схоже на те, про що Мартін Фаулер говорив у своєму блозі не так давно:

http://martinfowler.com/bliki/MercurialSquashCommit.html

Чому не просто hg strip --keepкомандувати?

Тоді ви можете фіксувати всі зміни як один коміт.

HistEdit зробить те, що ви хочете, але це, мабуть, надмірно. Якщо єдине, що вам потрібно, це скласти деякі набори змін разом, Згорнути розширення зробить цю роботу.

Припустимо, у вас є два неопублікованих THISі THATфіксує в Mercurial і сподобається їм, щоб вони об’єдналися в єдиний коміт в THISточці ::

... --> THIS --> ... --> THAT --> ... --> LAST

Переконайтеся, що ваші коміти не публікуються:

$ hg glog -r "draft() & ($THIS | $THAT)"

Оновлення до LASTкоміту ::

$ hg up

та імпортує зобов’язання до THISMQ ::

$ hg qimport $THIS::.

Видаліть усі патчі та застосуйте лише спочатку THIS:

$ hg qpop -a
$ hg qpush
$ hg qapplied
... THIS ...

Приєднуйтесь до THAT::

$ hg qfold $THATNAME

ПРИМІТКА Для пошуку THATNAMEвикористання назви :

$ hg qseries

Застосувати всі виправлення та перемістити їх до історії сховища ::

$ hg qpush -a
$ hg qfinish -a

Мій допис у блозі на цю тему - Приєднання двох комітів у Mercurial .

Так, strip --keepпрацює на авторське запитання. Але це трохи відрізнялося від інших, наприклад, якщо у вас версія від 1 до 30, але ви хочете лише згорнути версію 12-15. Інші рішення працюють, але ні strip --keep.