Mercurialコードレビュー

HGレビュー-水銀に役立つパン



GitにはGitHubがあり、Mercurialにはhgレビューがあります。 実際、私はヤギとおしゃべりを比較しました。

画像

コードレビュー。


コードレビューを実施するための、オープンで、無料で、高速で、小型で、便利で美しいシステムを探していたなら、おそらく失敗したでしょう。 既存のプロジェクトの中で、ReviewBoardを見ましたが、クールな企業が作成したすべてのものと同様に、インストール、構成が難しく、あまり馴染みのないシナリオを暗示しています。



そして、私たちにツールを提供するプロジェクトがありましたが、それをどのように使用するかは私たちの判断次第です。

合計:



画像



設置


インストールは、mercurial用の他のすべての非組み込み拡張機能と同様に行われます。



> cd some_cool_place

> hg clone bitbucket.org/sjl/hg-review








〜/ .hgrcに追加します。



[extensions]

review = [path to]/hg-review/review/






できた



画像



カスタマイズ可能。


まず、HGレビューは次のように機能すると言います。

すべての開発者がコードを配置/取得できる、ある種のパブリックリポジトリを作成する必要があります。

次に、メインリポジトリのアクティブ化、コードレビューのサポート、およびすべてのレビューを格納するパブリックリポジトリを指定します。

作業中、hg reviewは開発用のメインリポジトリからレビュー用のコードを取得し、すべてのコメントがレビュー用のリポジトリに配置されます。

なぜこれがこのように行われるのですか? 不要で不必要なコミットでメインリポジトリを詰まらせることは許可されていないためです。 結局、作業中に特定のファイルセットを生成し、原則として、すべてのコメントがコミットをトリガーする可能性があります。

代わりに、初期化時に、レポジトリに.hgreviewファイルが作成され、1行でレビューを保存するリポジトリを指します。 さらに、ローカルリポジトリの.hg /にレビューディレクトリが作成されます。これは、レビュー用のこのリモートリポジトリの作業コピーです。

つまり、すべてのパフォーマンスを確保するために、メインリポジトリは、.hgreviewの作成でコミットがある場合に1回だけ影響を受けます。

このファイルは、他の開発者がサポートされているhgレビューに煩わされないようにするために必要です。



画像



コードレビューを行いたい既存のリポジトリに渡します。

> hg review --init --remote-path [url-of-remote-public-review-repo]





できた

他の開発者にとっては、一度実行するだけで十分です:

> hg review --init





このチームは、.hgreviewからの情報に基づいて、非表示のリポジトリを作成し、すべての作業を準備します。

システムを使用するために実行します

> hg review --web





必要なときに。 システムの機能に必要なすべてのアクションは、Webインターフェイスから実行できます。 コメントを追加し、「デフォルトにプッシュ」をクリックすると、コメントがパブリックリポジトリに移動してレビューされます。 したがって、新しいコメントを取得するために、「デフォルトからプル」します。



使用します。


そのため、hg reviewが提供する主な機能は次のとおりです。





これらの機能を備えているため、特定のワークフローの編成はすでに当社のビジネスです。

他の人のコードにコメントしたり、コードのコメントを読んだり、ウェブインターフェースを使用してこれらの変更を同期したりできます。



このプロジェクトは比較的若く、主に一人の努力によって行われていますが、すでに存在していることから、非常に有用なツールを手に入れることができます。



画像



短所(できれば一時的)。


これまでに、いくつかの欠点が発見されました。





おそらく役立つでしょう。




画像

参照資料


デモ: review.stevelosh.com

リポジトリ: bitbucket.org/sjl/hg-review/src

ドキュメント: sjl.bitbucket.org/hg-review



All Articles