問題タブ [mercurial-commit]

私は現在 TortoiseHg (Mercurial) を使用していますが、誤って間違ったコミット メッセージをコミットしてしまいました。リポジトリでこのコミット メッセージを編集するにはどうすればよいですか?

I just picked up TortoiseHg to use for distributed source control on Windows and installed it on my C drive. Then I created a repository (located in D:\projects).

When I try to commit the changes, it gives me the error

"abort: None: The system cannot find the file specified"

in a new window titled "Commit". This causes the commit to abort. It doesn't specify any file, and when I run hg --traceback commit -m 'Message' it gives this as output:

I don't know what else I can give as debug info, not having any experience with the program.

I have configured TortoiseHg with both a username globally and for the repository. Also, kdiff3 is specified as both the three-way merge tool and the visual diff tool. I have not knowingly changed any other settings.

Thanks for any help, and please ask for more information, I just don't know what to give in this situation.

Mercurialコミットを行うときに欠陥番号を含めるにはどうすればよいですか？私が現在行っている方法は、コミットメッセージの前に欠陥番号を付けて、QAが各欠陥に関連するコミットを見つけられるようにすることです。

各Mercurialコミットに番号を追加できるフィールドまたはタグはありますか？

そうでない場合は、（コミットメッセージに番号を入れるよりも）番号をコミットに関連付けるためのより良い方法はありますか？

私のセットアップでは、ローカルの変更をプッシュする中央のHgリポジトリがあります。ローカルクローンで一連のローカルコミットがあり、変更を中央リポジトリにプッシュしたいとします。作成した「小さな」ローカルコミットをすべて含めずに、最終状態のみをプッシュするにはどうすればよいですか？

私が行った小さなローカルコミットのすべてで中央リポジトリの履歴を汚染したくないことがあるので、これが必要です。

Mercurialで最後に誤ってコミットした（プッシュされていない）変更を元に戻すにはどうすればよいですか？

可能であれば、TortoiseHgを使用してこれを行う方法が推奨されます。

アップデート

私の具体的なケースでは、チェンジセットをコミットしました（プッシュされませんでした）。次に、サーバーからプルして更新しました。これらの新しいアップデートで、私の最後のコミットは廃止され、同期したくないと判断しました。つまりhg rollback、コミットではなくプルをロールバックするため、これは私が探しているものとは正確には一致しないようです。

Mercurial コミットをリポジトリに入力されていないかのように完全に削除し、以前のコミットに戻したいです。

これは可能ですか？

git commit --amendMercurial で対応するもの、つまり作業コピーがリンクされているコミットを変更する方法を探しています。任意の以前のコミットではなく、最後のコミットのみに関心があります。

この修正手続きの要件は次のとおりです。

• 可能であれば、拡張子は必要ありません。デフォルト以外の拡張機能、つまり公式の Mercurial インストールに付属していない拡張機能を必要としてはなりません。

• 修正するコミットが現在のブランチの 1 つのヘッドである場合、新しいヘッドを作成する必要はありません。コミットがヘッドでない場合、新しいヘッドが作成されることがあります。

• 手順は、何らかの理由で修正が失敗した場合に、修正前と同じ作業コピーとリポジトリの状態を復元したいという意味で安全でなければなりません。言い換えれば、修正自体が失敗する可能性がある場合、作業コピーとリポジトリの状態を復元するためのフェールセーフ手順が必要です。ファイルシステム関連の問題（アクセス制限、書き込みのためにファイルをロックできないなど）ではなく、修正手順の性質にある「失敗」（競合など）について言及しています。 )

更新 (1):

• 手順は自動化可能である必要があるため、ユーザーの操作を必要とせずに GUI クライアントで実行できます。

更新 (2):

• 作業ディレクトリ内のファイルは変更しないでください (変更された特定のファイルにファイル システム ロックが適用される場合があります)。これは特に、考えられるアプローチではクリーンな作業ディレクトリを必要としない可能性があることを意味します。

最近、Mercurialに切り替えました。コミットされた変更が2つ失われるまで、すべてが順調に進んでいました。ログを調べても、私たちは賢くなりませんでした。

以下に例を示します。（1）でコミットされたファイルは、それらのファイルがマージで言及されていなくても、（2）で以前の状態に戻ります。

ファイルが元に戻った理由を理解するために何を確認できますか？

Python で複雑な水銀コミット フックを作成しようとしています。OptionParser を使用してパラメーターを渡すことも許可したいと考えています。これが私がこれまでに持っているものの要点です：

.hg/hgrc 構成:

pythonFile.py:

実行するhg commit -m 'message'と、「使用法: hg [オプション] hg: エラー: そのようなオプションはありません: -m」というエラーが表示されます。試してみるhg commit --test-dir '/somedir'と、「hg commit: オプション --test-dir が認識されません」というエラーが表示されます。

最後にcommit = python:/mydir/pythonFile.py:main --test-dir '/somedir'、hgrc 構成で指定しようとしたところ、次のエラーが発生しました: "AttributeError: 'module' object has no attribute 'main --test-dir '/somedir''"

ご協力ありがとうございました。

Mercurial では、プッシュを徐々にコミットする必要があるシナリオをよく見かけますが、途中で別の人がコミットすると問題が発生します。

例: HG リポジトリに 4 つのファイル a.txt、b.txt、c.txt、d.txt があり、Mickey と Goofy の 2 人のユーザーがいるとします。

Mickey はコミットとプッシュの準備をしますが、マージする必要があります: Mickey は次のことを行います: $ hg pull -u

これで Mickey には b.txt と c.txt の 2 つの変更が加えられました。彼の c.txt の変更は複雑で、今すぐリリースできないと仮定しましょう。Mickey は、c.txt をまだコミットせずに、a.txt と b.txt の変更をコミットしてプッシュするにはどうすればよいでしょうか?