問題タブ [mercurial-queue]

サイト固有の変更を加えたローカル mercurial リポジトリがあります。私がやりたいことは、いくつかのファイルをコミット不可に設定してhg commit、引数なしで実行したときに自動的にコミットされないようにすることです。

現在、これを達成するためにガードを使用して複雑なことを行っておりmq、ガードをプッシュ、ポップ、および選択して、変更 (mq パッチにチェックインされている) がコミットされないようにしています。

これを行う簡単な方法はありますか？mqサイト固有の変更を含まない変更をコミットするたびに、すべてのコマンドのヘルプを読むのにうんざりしています。

Git に慣れるために、Mercurial と一緒に Git を使い始めたところです。

Mercurial の mq エクステンションを広範囲に使用してローカル パッチを管理しており、Git に相当するものを探しています。

Git ブランチを使用する必要がありますか? または、パッチを簡単に適用および削除できるローカル パッチを管理するためのより良い方法はありますか?

ありがとう、

「Simulator」と呼ばれるプラットフォームニュートラルなMercurialコードリポジトリがあります

ビルド前に特定のプラットフォームの最適化を対象とするパッチを適用したい。

ガイドによると、ガード付きのパッチを使用することでこれを実現できます。

• Windows Experimental.patch + windows
• Unix Experimental.patch + unix
• Mac Experimental.patch + mac

ただし、パッチキューにはwindows-memory-optimization.patch + windows、unix-memory-optimization.patch + unix、windows-io-experimental-bug-fix.patch + windows、などなど。シリーズファイルでグループとして整理しましたが、ファイルが大きくなり、qseries/qappliedを使用すると管理できなくなります。

代わりに、Windows、UNIX、Mac用のキューが必要です。

パッチを次のように整理できるようにします。

• Windowsパッチスタック：memory-opt.patch、io-opt.patchなど
• Unixパッチスタック：disk.patch、graphics.patchなど
• Macパッチスタック：io-fix.patch、io-opt.patch、experimental.patchなど

次に、シミュレータリポジトリの内外で各プラットフォームのパッチスタックを交換します。これにより、Windowsパッチスタックで作業し、さまざまなサブシステム最適化パッチをポップ/プッシュして、UNIXまたはMacパッチスタックとは独立して作業できるようになります。

各プラットフォームに固有の3つの異なるリポジトリを作成し、パッチスタックをそのように維持する以外は、それができるようには見えません。

.hg / patchsディレクトリをリポジトリに手動でコピーしたり、リポジトリからコピーしたりする以外に、パッチスタックの「交換」を実行する方法はありますか？

ファイルに変更を加えたとしましょうhg status。変更されたものとして表示します。

今、私はコミットしたいと思います。そうする前に、誤っhg removeてファイルを作成してしまいました。Mercurialは次のコミットでファイルを削除し、削除hg revertから保持しますが、変更は失われます。

パッチをエクスポートしてからMQの上にインポートすることは、ファイルを「変更された」状態に戻す唯一のオプションですか？

最後の n コミットを新しい mq キューにエクスポートし、実際のリポジトリからコミットを削除する簡単な方法はありますか?

新しい機能の開発を始めることがよくありますが、後で自分が何か間違ったことをしたことに気付き、パッチを折りたたむために MQ を使用したいと思いました。

私は現在やっています：

1. 最後の n 個のコミットを単一のパッチとしてエクスポート
2. 最後の n 個のコミットを取り除く
3. 新しい mq を作成する
4. すべてのパッチを逆順にインポートする

しばらくコードに夢中になっていて、途中でパッチ シリーズを作成するのを忘れた場合、パッチ シリーズをさかのぼって作成するにはどうすればよいですか? これまでのところ、頭に浮かぶ唯一のことは次のとおりです。

この非常に面倒なアプローチは危険でもあります。-konを忘れるかもしれませんqdelete。その時点で額をレンガの壁に数分間ぶつけたり、qrecord 操作中に含める量が多すぎたり少なすぎたりする可能性があります。

より良い方法はありますか？

(私が本当にhg qpop望んでいるのは、分割したいパッチの直前に を実行し、現在存在しないコマンドを使用してhg qunrecord、パッチから作業ディレクトリに変更を対話的に吸い込むことができるようにすることです。満足したら、変更により、hg qnew -f新しいパッチが古いパッチの前に押し出される可能性があります。)

Mercurial に大きな MQ パッチを適用しました。何が起こったのかというと、qrefresh を実行して、含めたくないファイルをパッチに含めました。手動で編集せずに、これらのファイルへの変更をパッチから削除する方法はありますか? この場合、MQ を使用せずに作業していた場合は、hg revert を実行するだけで済みます。

MQ 拡張で Mercurial を使用している場合:

hg push作業ディレクトリ ( ) にパッチを適用する代わりに、誤って中央リポジトリ ( ) に変更を送信したのはこれが 2 回目ですhg qpush。

これは非常に単純なエラーであり、非常に深刻な結果をもたらすため、これは非常に残念だと思います (最後のコミットを「元に戻す」新しいコミットを生成するために、送信された変更ごとにahg backoutと余分な操作を行う必要が最小限に抑えられます)。hg push中央リポジトリですが、歴史は複雑で不快になります。

私の目標は、誤って実行しにくくするために、自分の環境でエイリアスまたは何かを構成することhg pushです。

何か提案はありますか？私は次のようなことを考えていました：

これは完全に主観的な質問であるため、これはコミュニティ ウィキとして扱われます。

ありがとう！

私はMercurialとMercurialのキューで遊んでいましたが、今ではかなり妥当な動作バージョンがあります。ただし、パッチを送信する前に、そのspagettiの履歴を取得して、半重複して繰り返されるdo-undo-redo-slightly-differentlyの混乱ではなく、個別の論理的なステップにマージしたいと思います。パッチの数を減らすため。

それ、どうやったら出来るの？

hg qnewandを使用hg qrefreshして、リポジトリに適用するパッチを作成および更新した後、作成したときに書いたコミット メッセージがhg qnewあまり良くなく、trac からのチケット番号を参照していませんでした。その中で、私のコミットが対処するいくつかの問題について。

のようなことをするにはどうすればよいですかhg qrewritemycommitmessage。ウェブサイトのドキュメントを調べたところ、空白になりました。