私は中央リポジトリにMercurialを使用している小さな分散チームにいます。私たちはそれぞれ、sshを介して独自のLinuxボックスにクローンを作成します。私たちの目的は、変更を中央リポジトリにプッシュする前にお互いの作業を確認して、中央の先端をきれいに保つことです。異なるLinuxボックスの開発者間でコードを共有するための良い方法は何ですか？Mercurialは初めてです。私が考えることができるオプションは（経験ではなく読書を通して）次のとおりです。
1：作成者は、すべてのローカル変更をコミットし、Centralのヒントを使用して作業中のクローンを更新します。バンドルに含めるローカル回転数を指定する方法がある場合、作成者はhgバンドルを使用します。（実験によると、「バンドル」はコミットされていない変更のみを取得します。セントラルが認識していない以前のローカルコミットがある場合でも）作成者はバンドルファイルをレビュー担当者に取得します。Reviewerは、Centralのヒントから新しいクリーンなクローンを作成し、バンドルをそのクローンにインポートします。また、
2：作成者とレビュー担当者の両方がCentralのヒントからフェッチした後、作成者はパッチを使用し、レビュー担当者はパッチをインポートします。また、
3：著者がレビューアにプッシュするか、レビューアが著者からプルする（しかし、正確には？私が読んだのは、元の提供されたリポジトリへのプッシュとプル、および/または異なるLinuxボックス間ではなく同じボックス上でのプッシュとプルのみです）。
4：セントラルにプッシュする前にコードを確認するのを忘れます。タグを使用してレビュー済みかどうかを識別し、Hudson（すでに機能している）を使用して最新の安全なビルドにタグを付けて、チームメンバーがどちらからプルするかを認識できるようにします。
チームがMercurialを使用してコードレビューを行っている場合、レビュー担当者に変更を確認させるにはどうすればよいですか？