使ったワークフローを試しています。FacebookやDropboxをはじめとして海外では割と良く使われているようですが、あまり国内には情報がないようなのでまとめておきます。PhabricatorでできることPhabricatorはコードレビューがメイン機能のようですが、それに留まらずソフトウェアの開発で必要なものがワンストップでまとまったプロジェクト管理ツールになっています。メニューのネーミングが独特でとっつきづらいですが、主に以下のような機能があります。いうコマンドラインから操作するためのツールも別途提供されており、開発のワークフローも含めた統合が意図されているようです。https://registry.hub.docker.com/u/yesnault/docker-phabricator/ただし、上記dockerfileから構築したコンテナはデフォルトだとメールは外部に送信できない設定になっています。コンテナに入ってメール設定を適宜修正して下さい。起動直後は色々設定を聞かれますが、特につまるようなところはないので省略します。Requestに似ていますが、レビュー対象のcommitをpushするのではなく、パッチを送る点が異なります。Phabricatorでは以下のようなフローで作業することになります。コードを修正した人(author)は、レビュワー(reviewer)を指定して変更内容をDifferentialに登録するreviewerは通知を受けてレビューをするreviwerがacceptしたら、authorはupstreamにpushするdiffをPhabricatorにコピペして登録することもできますが、基本的にはarcanist経由で作業することになります。Requestベースでも達成できます。Defferentialとarcanistを使えば簡単にレビュー依頼が投げられるので、開発者が自発的に適切な粒度でレビュー依頼する助けにはなりそうです。(Audit)Differentialではレビューが完了するまでpushを待つ必要がありますが、Auditはレビューを待たずにpushしてその後にレビューを実施するための機能です。急いでリリースする必要がある場合でも、Auditを用いてあとからレビューすることができます。Commitsというフラグをたてておいてタスクに積む、というような使い方になるようです。Haraldという機能を使えば特定の条件に合致するcommit(例えば変更が大きい、Differentialでレビューされていない、等)があった場合は自動的にAuditを生成させることもできます。requestのように使うこともできますが、推奨はされていないようです。所感もし開発管理のためにredmineやjiraをつかっているのであればPhabricatorは良い代替になりそうです。開発者向けに特化してる分、プロジェクトのタスクやバグ管理がソースコードとうまく統合されていて、ダッシュボードも柔軟にカスタマイズできます。githubのissueに不満を感じている人もPhabricatorのワークフローは試してみる価値があると思います。Requestの手軽さに比べるとやや煩雑に感じました。等のほうが導入しやすいかもしれません。デモPhabricatorが使えるので一通り試せます。デフォルトではかなりの頻度でリポジトリに対してポーリングしに行きます。負荷をかけ過ぎないように注意が必要です。Phabricator自体もそれなりの性能のマシンが必要です。環境によってはworker数を減らしたりmysqlのメモリサイズを調整しておく必要があります。