問題タブ [mercurial-queue]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
726 参照

mercurial - 発信 mq フックで hg が中止される

を実行しようとしてhg pull -uいますが、次のエラーが発生します。

私の .hgrc にはこのフックが含まれており、これが問題の原因であると推測しています。

hg incoming期待どおりに変更のリストが表示され、ローカルまたはリモートのリポジトリに mq パッチがありません (hg qappliedそしてhg qseries何も返されません)。

簡単な修正は、.hgrc ファイルのこの部分をコメントアウトすることでした。その後、プルできましたが、マージすると、リポジトリに複数のヘッドがあることがわかりました。それがエラーの原因ですか? もしそうなら、より正確なエラーメッセージがいいかもしれません。そうでない場合、誰かがより良い回避策を持っていますか?

0 投票する
1 に答える
35 参照

mercurial - 異なる OS で 2 つの同じリポジトリを維持する方法は?

Linux に複製された Mercurial リモート リポジトリがあります。

私が取り組んでいるいくつかの機能は、Windows でもテストする必要があります。

そこで、Linux と Windows の両方で同じリモート リポジトリのクローンを作成しました。それらは同じリポジトリであり、私が行ったのと同じ変更が必要です。ソース コードは、Windows と Linux の両方で常に同じでなければなりません。テストとデバッグのためだけに、Windows での Linux の変更を処理する必要があり、その逆も同様です。

誰かが良いワークフローを提案できますか?

Mercurial Queues の基本的な使用経験があります。

0 投票する
3 に答える
7511 参照

version-control - Mercurial で空のコミットを実行する

Mercurial キュー拡張機能を使用すると、次のようなコミット メッセージで空のコミットを作成できます。

Mercurial キューなしでこれを行う方法はありますか? 私は簡単に試しました:

しかし、hg は「何も変更されていません」と言うだけでコミットを行わず、それをオーバーライドする「強制」オプションは表示されません。

これを行う動機について疑問がある場合は、特別なリポジトリにプッシュするテスト インフラストラクチャがあり、自動テストの実行がトリガーされます。どのテストを実行するかを示す特別な文字列を、一番端のコミットのコミット メッセージに入れる必要があります。明らかに、実際のリポジトリにプッシュするときに、この文字列をそこに入れたくありません。コミットを 2 回修正する (1 回目は特別な文字列を追加し、2 回目はそれを削除する) よりも、空のコミットを追加してロールバックする方がクリーンだと思います。mq でこれを行うことができます。しかし、mq なしでそれを行う方法を見つけたいと思います。

0 投票する
2 に答える
55 参照

mercurial - 作業ディレクトリが別々のブランチにある限り、Mercurial Queues と Share 拡張機能を一緒に使用しても安全ですか?

私はこれを熟考し、その意味を理解していると思いますが、https: //www.mercurial-scm.org/wiki/ShareExtension の警告はかなり一般的であるため、健全性チェックを行いたいと思いました。

具体的には、警告は「MQ と共有クローンを混在させることはおそらく良い考えではありません。そうする場合、あるクローンにパッチを適用している間に別のクローンにパッチをプッシュ/ポップすることは絶対に避けるべきです。」

しかし、Mq がどのように機能するかについての私の理解に基づくと、作業ディレクトリの親がそのような変更の影響を受ける 2 つの共有がある場合、パッチのプッシュ/ポップ (履歴の作成/破棄) は安全ではありません。つまり、名前付きブランチを分離するために更新された 2 つの共有がある場合、一方からのパッチのプッシュ/ポップは、作業ディレクトリとは関係のない履歴の作成/破棄のもう一方にのみ影響を与えるため、望ましくない側面はありません。 -効果。

状況によってはリビジョン シーケンス番号が変更されるなどの小さな副作用がありますが、正確性が損なわれたり、作業ディレクトリに問題が発生したりすることはありません。

これは正しいですか、何か不足していますか?

0 投票する
2 に答える
82 参照

mercurial - HG で最新のコミットをプッシュする方法

私はいくつかのローカルコミットを行いました。

ただし、以前のものを除いて、 4977 や 4978 などの最新のものをプッシュしたいと考えています。

HGでそれを行う方法を誰か教えてもらえますか

0 投票する
1 に答える
621 参照

mercurial - 現在適用されているパッチを qfold するにはどうすればよいですか?

MQ に 2 つの Mercurial パッチを適用しています。それらを 1 つに折り畳みたいのですqfoldが、パッチを適用しない必要があります。なんで?そして、明示的にポップせずにそれらを折りたたむにはどうすればよいですか?

0 投票する
2 に答える
83 参照

mercurial - 名前が変更されたファイルの MQ パッチ

私はいくつかの MQ パッチを持っており、リポジトリで作業しているファイルの名前を他の誰かが変更しました。名前が変更されたファイルのパッチをマージする方法がわかりません (変更をプルした後)。名前が変更されたすべてのファイルのパッチを手動で修正する必要がありますか?