Группировать набор коммитов в Mercurial?

Question

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

Например, у меня может быть 5 коммитов, выполняющих шаги по добавлению новой таблицы базы данных, его бизнес-логика, его валидация и некоторые эксперименты, о которых я передумал и т. д. и т. д. Но для со-разработчика все, что им может понадобиться знать, - это «эта исправленная ошибка X».сгруппируйте набор коммитов, чтобы в журнале отображался обзор, но при этом можно было просматривать всю историю.Не только мое локальное репо, но и удаленное репо.

Я предполагаю, что я мог бы иметь отдельные дочерние ветви и объединять их по мере продвижения.Но я только знаю, что хочу сгруппировать набор коммитов ретроспективно.Поэтому я не думаю, что это хороший маршрут, так как мне придется продолжать идти туда-сюда.

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

Есть ли лучшая практика для достижения такого рода вещей?

Answer 1

Что бы это ни стоило, я думаю, что вы идете по правильному маршруту, когда говорите, что хотите сохранить всю свою историю доступной.Вы можете использовать расширение MQ , чтобы свести ваши наборы изменений в один коммит, но - хотя это даст вам "чистый" коммит - вы потеряете все эти сочные детали.

Мой способ справиться с этим состоит в разработке на ветви или в отдельном клоне, и когда он переходит в производство, я описываю всю группу изменений в сообщении фиксации слияния, т.е. не просто использую «Слияние»."для сообщения коммита:).

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

Answer 2

Вы хотите расширение .