Help us understand the problem. What is going on with this article?

GitHubのReview機能が強化された

More than 3 years have passed since last update.

株式会社オズビジョン@terra_yuccoです。

本日、いつものように貯まっているPull Requestを見ようとGitHubの画面を見たところ、
Discussionの見え方が違い「?」と思っていました。
そこでチームメンバーから「GitHubのレビュー機能がめっちゃパワーアップしました。」と
共有されたGitHubのリリースノート?を読んだので、Tipsを共有します。

Tips

  • Pull Requestに対して、総評という形でReviewを書けるようになった
    • Reviewには以下の種別を付けられる
      • Comment: 軽微な指摘、コメント
      • Approve: 承認
      • Request Change: 修正依頼
    • Request Changeが付いたPull Requestは、AdminもしくはRepository Owner以外は、
      修正しないとMergeできない
  • Pull Requestに対して、Reviewを必須にできる
    • 必須にした場合、ReviewがないPull RequestはMergeできなくなる

まず感じたこと

  • レビュー必須!ってできない空気を打破するのにすごくありがたい
  • 今まで、単純にアカウント管理のためなどにAdminを置いていた場合、その運用がまた変わりそう
  • レビューステータスは順に「見たよ」「イイネ」「ダメ」ってことっぽい

気づきの追記

  • 自分一人で試していると気づかなかったのですが、この機能をONにすると、従来のラインコメントは「Pending」となり、Review側に「Comment」「Approve」「Request Change」のどれかをつけてFixしないと見えないようです。【2016-09-17】
    • 「Start a review」ではなく、「Add single comment」で、従来のラインコメントを書けます。【2016-09-23】image
  • 総評のレビューコメントは今のところ編集ができなさそうです。誤字怖い。【2016-09-23】image

今弊社でどのように運用しているか【2016-10-14追記】

たくさんのストックをいただいているので、お礼も兼ねて、現在の弊社での運用を紹介します。
オズビジョンでは、メイン事業として ハピタス(PC), ハピタス(SP) を運営しています。それぞれWebとAPIでリポジトリを分けているため、GitHub上には上記プロダクトに直接関わるリポジトリが5個存在しています。(構成の是非は置いておき、PC用Web、SP用Web、PC用旧API、SP用旧API、統合API。その他管理画面や裏のworker処理などもありますが割愛)
現状は、ユーザに一番影響する箇所、及び自分たちの品質改善を強く進めたい箇所、という意図を込めて以下のリポジトリをReview必須にしています。

  • PC用Web
  • SP用Web
  • 統合API

About pull request reviews の自分用和訳

Pull Request Reviewについて

Pull RequestがOpenされたら、閲覧権限を持っているユーザは提案されている変更に対してレビューを行い、コメントを付けることができます。レビューはその変更へのディスカッションを可能にします。また、その変更がリポジトリの「貢献の仕方」やその他の品質ガイドラインに沿ったものであることを担保する助けになります。
レビューには3つのステータスを設定できます。

  • Comment: その変更を否定するものでも改善を要求するものでもない、一般的なフィードバック
  • Approve: Pull Requestに対してマージを承認するフィードバック
  • Request changes: Pull Requestをマージする前に修正しなければならないフィードバック
Tips:
もし「required reviews」が有効になっており、
変更・管理者・オーナー権限を持った協働作業者がレビューで「Request changes」を付けた場合、
そのPull Requestは、同じ協働作業者が別のレビューで「Approve」としてくれるまでマージできなくなります。
リポジトリのオーナー及び管理者は、「Approve」のレビューを受けていなくてもPull Requestをマージできます。
また、「Request changes」を付けたレビューアがOrganizationを去っていたり、無効な場合もマージできます。

Pull Requestに付いているレビューが全て、Conversation timelineで閲覧可能です。また、リポジトリのオーナー及び協働作業者からのレビューは、Pull RequestのMerge Boxで確認できます。

レビューを必須にする

リポジトリの管理者は、保護されたブランチに対して、少なくとも一つの「Approve」なレビューを受けていないと全てのPull Requestがマージできないように設定することができます。既に存在しているPull Requestに変更が要求されている場合、保護されたブランチ上に「required reviews」の設定をすることはできません。
より詳細な情報は、About required reviews for pull requestsを参照してください。

おしまい。


記事シェア

より総合的かつ網羅的な解説がThinkIT内にありましたので、参考までにリンクを追加しておきます。
- Protected Branches機能で柔軟なワークフローを構築する

terra_yucco
株式会社オズビジョンでサーバサイドエンジニアとして勤務しているユッコ (テラシマユウコ) です。IPA の情報処理技術者試験で資格を取りまくっていた時期があり FE/AP/SA/DB/ES/SC(旧区分時代:情報セキュリティスペシャリスト) を取得済。
ozvision
購買プラットフォーム「ハピタス」を開発・運営するベンチャー企業
https://www.oz-vision.co.jp/
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Comments
No comments
Sign up for free and join this conversation.
If you already have a Qiita account
Why do not you register as a user and use Qiita more conveniently?
You need to log in to use this function. Qiita can be used more conveniently after logging in.
You seem to be reading articles frequently this month. Qiita can be used more conveniently after logging in.
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
ユーザーは見つかりませんでした