問題タブ [backout]

ドキュメントに記載されているように、このコマンドhg backoutを変更セットのマージで使用すると、問題が発生する可能性があります。最近、新しい開発者がマージ チェンジセットを撤回し、すべてがマージされたときに保持したかったコードが元に戻されるというケースがいくつかありました。

これを回避するために、これがまったく起こらないようにする良い方法を考えようとしています。フックを作成したり、バックアウト コマンドを完全に無効にする一般的な方法はありますか?

(私たちの標準的な開発者セットアップの一部は、拡張機能のカスタム セットをインストールすることです。そのため、これらの種類のルールを開発チーム全体のためにローカルにインストールする良い方法が既にあります。ルールセット)

多数のファイルを含む CL が送信されたとします。これらすべてのファイルのバグにより、CL 全体が取り消されました。これらすべてのファイルを一度にチェックアウトするにはどうすればよいですか? これを行う簡単な方法はありますか？

まず、私は MQ の概念の初心者であり、最近物事を理解しようとしています。

backout メソッドを使用して、最後の同期点以降に作業単位内で発生したコミットされていない put または get のトランザクションをロールバックすることを知っています。

私の質問は次のとおりです。

1. バックアウト メソッドは、バックアウト キュー内のメッセージをすぐにバックアウトしますか、それともバックアウト カウントに達した後にバックアウトしますか? （バックアウト方法とバックアウトキューが関連していると推測しています）
2. バックアウト メソッドごとにコミットを呼び出す必要がありますか?

ワークスペースを変更リストの前の状態にロールバックすることはできますか?

注:これは、特定の変更リストに対する直接のロールバックまたはバックアウトではありません

シナリオ例: 1: ユーザー x が変更リストを送信しました。すべて正常に動作しています。CL 番号を 1023 とする 2: ユーザー a、b、c、d が自分の変更を perforce デポにチェックインします。それぞれの変更リストを 1024、1025、1026、1027 とします。 3: ユーザー x が自分のワークスペースをデポに同期します。現在何らかのエラーが発生しています。原因が 1024 か 1025 か 1026 か 1027 かは不明です

perforce に期待していること: 変更リスト 1024、1025、1026、1027 でバイナリ検索を行い、エラーの原因となった CL を特定します。参考までに、実際のシナリオは 4 つの変更リストで単純ではありません。200以上のCLがあります

1025 にロールバックする必要があります。これにより、CL の 1026 と 1027 のすべての変更が元に戻ります。その後、エラーがまだある場合は、1024 または 1025 のいずれかが原因です。1025 に戻すことでエラーが解決される場合は、次に、1026 が問題を引き起こしたか、1027 が問題を引き起こしました。

これを達成するのに役立つコマンドを提案してください。

を実行した後hg backout、コンソールには次のような出力が表示されます。

このメッセージは、バックアウト メタデータが Mercurial 内のどこかに記録されていることを示唆しています。これは本当ですか？リビジョンが与えられた場合、それがバックアウトの結果であるかどうかを判断し、どのリビジョンがバックアウトしたかを判断できますか?

「テスト」ブランチがあり、そこに間違った 15 個のコミットがあります (これらはこのブランチの最後のコミットです)。これらのコミットは必要ありません。取り消したいと思います。しかし、「テスト」ブランチも必要です。それを閉じることはできません。

• 多くのコミットをバックアウトするには? Mercurial の標準バックアウトでそれを行うのは難しすぎます。コミットとマージが多すぎます。すべてのバックアウト コミットを 1 つの大きなコミットにマージする方法はありますか?

• ブランチの名前を変更して閉じる方法はありますか?

すべての変更はリモート サーバーに存在します。これらの変更はリポジトリ全体で最後ではなく、テストブランチでのみ最後の変更セットです。

私の構成の詳細は次のとおりです。

• メッセージを MQ トピックにパブリッシュする 1 つの PubSub。
• 2 つの異なるコンシューマ アプリケーション。
• コンシューマーごとに 1 つのトピック サブスクリプション。
• サブスクリプションごとに 1 つのキュー。
• 最後に、キューごとに 1 つのバックアウト キュー。

誰がバックアウト キューのコンテンツを管理し、何を再発行する必要があるかを判断する必要がありますか?