pull requestとコードレビュー (github flow)

■ github flowのワークフロー
masterブランチでは作業せず、目的毎に作業用ブランチ(フィーチャーブランチ、トピックブランチ、hotfixブランチ) を作ってゴニョゴニョと作業する。

masterにマージするときはpull request で依頼する。自分でマージしない。
(だれか！ この作業ブランチをmasterに取り込んで！)
チーム内の誰かが「確認」後、masterへマージをしてくれる。
なんと！ この「確認」がコードレビューとなってしまう。

というわけで、自分自身でmasterブランチへマージせず、pull request
することで、自然とコードレビューされる仕組みとなっている。
(自然かどうかはチーム力によると思うが.....)

GitHub Flow (日本語訳)

プルリクエスト／レビューを取り込んだ、よりシンプルなGitHub Flowの運用を図解する

Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー

GitHubをすすめる７つの理由


コードレビューで喧嘩。。。。。
コードレビューを円滑に行いたい


CIサービス
CircleCI
アクトキャットの「SideCI」は、コードレビューを自動化してセキュリティホールをふさぐ
Side CI