Mercurialでは、プッシュする前に一連のチェンジセットを1つに「圧縮」する方法を教えてください。

ローカルとリモートのMercurialリポジトリがあるとします。今、私は機能に取り組み始めます。私はそれに取り組み、それが完了したと思ったら、チェンジセットをコミットします。もう少しテストすると、コードを調整することでこの機能をさらに改善できることがわかりました。変更を加えてコミットします。20分後、この新機能にバグがあるので、修正してコミットします。

たとえば、リモートリポジトリにプッシュしたいチェンジセットが3つあります。たとえば、「Implementing feature X」というメッセージの付いた1つのチェンジセットとしてプッシュします。

手間をかけずにこれを行うにはどうすればよいですか？パッチでできると思いますが、大変な作業のようです。

どの程度崩壊拡張？

HISTEDITの拡張機能は、あなたが探しているものを正確にです。

hg histedit -o

または

hg histedit --outgoing

発信チェンジセットのリストが表示されます。リストからできること

• 2つ以上のチェンジセットを折りたたんで、1つのチェンジセットを作成する
• 変更セットをドロップして履歴から削除する
• 変更セットを好きなように並べ替えます。

histeditは、折りたたまれた変更セットの新しいコミットメッセージを要求します。デフォルトでは、2つのメッセージに「\ n *** \ n」で区切られています。

mq拡張を使用しても同様の結果を得ることができますが、それははるかに困難です。

また、折りたたみ拡張機能を使用して折りたたみを実行することもできますが、UIがあまり良くなく、結果のコミットメッセージを編集する方法がありません。結果のコミットメッセージを編集すると、最終的にメッセージをクリーンアップすることもできます。これは、私がいつも利用するものです。

はい、あなたはパッチでそれを行うことができます：あなたの作業が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. これで、2つのヘッド（110と111）が作成されました。これらは、作業ディレクトリに生成されるファイルに関して同等であるはずです。古いものを取り除く前に、正常性のためにそれらを比較できます。

   % hg strip 100

わかりました、すべてを綴ったので、長いように見えますが、自分で何度もやったので、あまり面倒ではないと思います...

TortoiseHgを使用している場合は、2つのリビジョンを選択し（CTRLを使用して後続のリビジョンを選択）、右クリックして[ 履歴の圧縮 ]を選択します。

その後、以前に選択した最初の変更から始まる新しい変更リストが新しいヘッドに表示され、選択したリストの間のすべての子孫変更リストが含まれます。

古い変更リストが不要になった場合は、単純に取り除くことができます。MQ拡張機能を使用してください。ここでも、TortoiseHgで、すべての子孫を削除する必要がある最初の変更リストを右クリックします。「Modify History-> Strip」。

この折りたたみに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最良の方法です。または、どちらかといえば、もしそれらが確実に機能するなら、最善の方法でしょう... histedit3分以内にスタックダンプでクラッシュしました。Collapseそれほど良くはありません。

他の2つのBKMを共有する可能性があると思いました。

1. hg rebase --collapse

   この拡張機能はMercurialとともに配布されます。まだ問題はありません。hg rebase制限を回避するためにいくつかのゲームをプレイする必要があるかもしれません-基本的に、（名前付き）ブランチ間でリベースする場合は可能ですが、名前付きまたはデフォルトの同じブランチの祖先にリベースするのは好きではありません。

2. リポジトリ（foo/.hg）を作業ディレクトリ（bar）とそのファイルに移動します。その逆ではありません。

一部の人々は、2つのクローンツリーを作成し、それらの間でファイルをコピーすることについて話しました。またはそれらの間のパッチ。代わりに、.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命令しないのですか？

その後、すべての変更を1つのコミットとしてコミットできます。

HistEditは必要なことを実行しますが、多分やり過ぎです。必要なのがいくつかのチェンジセットを一緒に折りたたむことだけの場合は、Collapse Extensionが機能します。

Mercurialに2つの未公開THISおよびTHATコミットがあり、それらが特定のTHIS時点で1つのコミットに参加することを好むとします。

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

コミットが公開されていないことを確認してください::

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

LASTコミットする更新::

$ hg up

コミットTHISをMQ：にインポートします。

$ 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で2つのコミットに参加することです。

はい、strip --keep作者の質問に対しては機能します。しかし、たとえば1から30までのバージョンがあり、バージョン12〜15のみを折りたたみたい場合など、他のものとは少し異なりました。他のソリューションは機能しますが機能しませんstrip --keep。