問題タブ [mercurial-extension]

バックグラウンド

Mercurial には現在、改ざんされるべきではない歴史を人々が改ざんするのを防ぐ優れたメカニズムであるフェーズがあります。変更セットがリモート リポジトリにプッシュされると、変更セットが作成され、それ以上作成publicできなくなりますrebased。これは通常、リポジトリが公開されていて、変更セットを他の人に変更されたくない場合に適しています。

draftただし、変更セットを自分だけと共有するための独自の一時リポジトリがある場合は、非常に面倒になる可能性があります。Mercurial には、これをオフにするオプションがあります。これをリモートリポジトリ.hg/hgrcのファイルに追加します。

draftこれにより、リモート リポジトリにプッシュされたチェンジセットがフェーズからフェーズへ移動するのを防ぎますpublic(ローカルのチェンジセットとリモート リポジトリにプッシュされたばかりのチェンジセットの両方)。ただし、このチェンジセットをプルすると、publicフェーズ内で常にプルダウンされます。

質問

draftフェーズで変更セットをプルダウンしたいと考えています。個人用サーバーに変更セットをプッシュしてから、自宅でプルダウンしたいだけです。プルした後rebase、真のパブリッシング サーバーからプルしたコミットの上に一時的なコミットを行います。

プルされた変更セットの自動移動を回避する方法はpublic素晴らしいでしょう。このリモート リポジトリは、私にとって完全かつ完全なドラフト サーバーです。draft試みが失敗した後に変更セットを手動で元に戻すことを余儀なくされることは、rebase本当に神経質になり始めています。

参考文献

• https://www.mercurial-scm.org/wiki/フェーズ
• 水銀相の紹介
• サーバーが非公開であることを (ローカルで) mercurial に伝えるにはどうすればよいですか?
• レビュー リポジトリにプッシュした後、リベースで「中止: イミュータブルな変更セットをリベースできません」

最初は、私のローカル レポジトリは次
C1 -> C2 -> My1
のように見え、リモート レポジトリは 次のようになりました。
C1 -> C2 -> R1 -> R2

$ hg pull
$ hg rebase

C1 -> C2 -> R1 -> R2 -> My1

ここで、ファイル「File1.java」にいくつかの変更を加えました。これらの変更を最後のコミットの一部にしたいと考えていますMy1。私がするとき：
$ hg commit File1.java --amend
私が得るエラーメッセージは次のとおりです：
abort: cannot amend merge changesets
グーグルでこれを見つけました、それによると、それはmercurialの問題のように見えますが、それを回避する方法があると確信しています。
最後のローカル コミットの新しい変更を修正する手順を教えてください。

Mercurial を使用して 1 年が経ちましたが、今日、一時的に編集されたファイルをどのように処理するか (より適切には識別するか) について疑問が生じました。

その方法を尋ねてきたユーザーは、現在 ClearCase から Mercurial に切り替えています。ClearCase では、「ハイジャックされたファイル」を使用して、コミットする必要がある変更と元に戻す必要がある変更を区別できます。

Mercurial (TortoiseHg を使用) では、これを達成するための同様の解決策が見つかりませんでした。

簡単に言うと、開発中に一時的に編集されたファイルと、コミットのために編集されたファイルをどのように区別できますか。

この種の状況に対するアドバイス/ベストプラクティスは何ですか?

特別な拡張機能を使用したいのですが、特定の理由により、Mercurial のインストールを変更したり、既存のMercurial.iniまたは.hg/hgrcファイルに手を加えたりすることは避けたいと考えています。通常、次のようなコマンドを呼び出します

私がちょうど書くなら

Mercurial はどこを検索しextension.pyますか? パスを追加/設定できる環境変数を設定して、c:\path\to\myMercurial がextensions.pyフル パスを指定せずに見つけられるようにする方法はありますか?