Pull Request レビューの限界｜qsona
いくつか念頭にある過去の他の方の記事や発言があるのだが、パッと見つけられないのでゼロベースで書く。 Pull Request のレビューという文化がほぼ完全に定着してからかなり経った。5年前くらいはまだ「Pull Request のレビューを開発フローに入れています」みたいなことを採用ページの文言に入れている会社が結構あったが、今時もはや当たり前になりすぎて誰も言わなくなった。 それくらい Pull Request を出してそれをチームの人がレビューするというフローは当たり前になっているが、僕はそれにずっと疑問を感じている。はっきりいってしまえば、僕は多分平均的な人の30%程度にしか Pull Request レビューに対して意義を感じていない。チームとしてコードの品質を担保したり、コードを複数人で所有するといった目的において、 Pull Request レビューが果たすことができる割合は
GitHub Actions: Skip pull request and push workflows with [skip ci]
GitHub Actions: Skip pull request and push workflows with [skip ci] actions February 8, 2021 GitHub Actions now supports skipping push and pull_request workflows by looking for some common keywords in your commit message. If any commit message in your push or the HEAD commit of your PR contains the strings [skip ci], [ci skip], [no ci], [skip actions], or [actions skip] workflows triggered on the
![GitHub Actions: Skip pull request and push workflows with [skip ci]](https://cdn-ak-scissors.b.st-hatena.com/image/square/912bb1e7f2ca8e2f98cc813c91412e64c8461717/height=288;version=1;width=512/https%3A%2F%2Fgithub.blog%2Fwp-content%2Fuploads%2F2022%2F04%2FEngineering-Security.png%3Ffit%3D1200%252C630)
February 3, 2022 The Update branch button on the pull request page lets you update your pull request's branch with the latest changes from the base branch. This is useful for verifying your changes are compatible with the current version of the base branch before you merge. Two enhancements now give you more ways to keep your branch up-to-date. Update your pull request branch by rebasing When your
新チームに異動したら、とりあえずPull Request を作るのがよさそう - nakaoka3の技術ブログ
新しいチームに入ったとき、最初に軽めのタスクをもらえると、Pull Request を作ってCIのテストが落ちることで、開発に必要なことが色々と知れるので便利です。 会社で異動があって、2/1付で別のチームに異動になりました。 軽めのタスクをもらって、とりあえずこの辺を変更したらいいかな？くらいで変更して Pull Reqeuset を作ると、CIで実行しているテストが失敗して、このファイルの変更をしたらスナップショットを更新しないといけない、GraphQLのスキーマファイルを変更するとGraphQL Code Generator で型生成をしないといけない、というようなことを指摘してくれます。 最初に全部の説明を聞くのは疲れるし、聞くだけで理解するのは大変です。説明する方も大変だと思います。作業しながらテストが落ちる様子を見ながらやると、手を動かしながら、コードを見ながらなので頭に入って
はい，前回に引き続き勝手に紹介していくシリーズです ＿人人人人人人人人人人人＿ ＞ 突然のbetaリリース ＜ ￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^￣ 右上のメニュー＞ Feature Preview > Pull Request File Tree をEnabled 例えばこのPRなどを見てみましょう ＿人人人人人人人人人人人＿ ＞ めちゃ便利そう！！ ＜ ￣Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^￣ みんなPull-Requestのファイルツリー使いこなしていこうな！！
main branch を default の branch として運用することが多くなって来ていますが、 Wantedly このでは数多くの repository の CI 設定や自動化フローにおいて master をハードコードして利用してきました。 短期間での移行が難しいため、 2022 年 1 月現在では master branch を default で利用している repository が多数派です。 Pull Request が持っていると嬉しい性質よい Pull Request の分け方を考えるために、まずは Pull Request が持っていると嬉しい要素を列挙します。どれもそれだけを重視すると他のことが犠牲になる事があるという点に注意が必要です。あくまで「他にデメリットがないのであれば」という前提だということです。 diff の行数は少ないほうがいいこれは当たり前に実
GitHubのプルリクエストが見やすくなる「Pull Request File Tree」がプレビューされました！ | DevelopersIO
こんにちは。MAD事業部のきんじょーです。 GitHubからの熱いアップデートです！ Pull Request File Tree GitHubのPullRequestの差分表示で、ファイルツリーが表示できるようになりました！ 現在はFeature previewの段階なので、以下の手順で有効化する必要があります。 有効化方法 右上のアイコンからFeature previewを押す。 開いたダイアログからPull Request File Treeを有効化する。 使ってみて これまでのPull Requestの差分表示は、変更したファイルが一覧でフラットに表示されるだけです。 変更されるファイル数が多くなると、GitHubの画面上だけではレビューをするのが辛いので、ローカルでチェックアウトして確認をしていました。 ファイルツリーがあることで、GitHubの画面でレビューが完結できれば、他の
IntelliJ IDEAでGitHubのPull requestをレビューしてみた | DevelopersIO
これまでは、プルリクエストの初期サポートとして、プルリクエストの一覧を参照したり、コメントを表示したりと主にプルリクエストを表示する機能がサポートされていました。 今回のアップデート(IntelliJ IDEA 2020.2)で、GitHubプルリクエストの完全サポートがリリースされたので、早速使ってみようと思います。 IntelliJ IDEA - 2020.2の新機能 確認環境 IntelliJ IDEA 2020.2(Ultimate Edition) 事前準備 IntelliJ IDEAにGitHubアカウントを登録していない場合は、登録する必要があります。 既存のアカウントを連携する場合は、以下の通りとなります。 [Preferences] → [Version Control] → [GitHub]を開き、Add Account...をクリックします。 ブラウザが立ち上がり、以
tagprで実現するPull Request上で進めるOSSのリリースマネジメント - Copy/Cut/Paste/Hatena
これがtagprで実現したかったこと 統制されていながらも自由なリリースの自動化 エイッと踏み込んでくださった @katzchum さんに感謝 https://t.co/OEXq6i5xXC— k1LoW (@k1LoW) 2022年10月1日 私の趣味は少し実用的で小さなOSSを書くことです。 今までも多くの小さなOSSを書いてきました。そして、エコシステム的にリリースすべきものはリリースしてきました。 ここで言うリリースと言うのはバージョンをつけてパッケージとしてPublishすることです。 PHPであればpackagist.orgに、Rubyであればrubygems.orgに、JavaScriptであればnpmjs.comにPublishするまでのことを指します。 Goであれば、バージョンのタグをつけてGitHubのリポジトリにプッシュすればリリース完了です。必要であればアセットをG
.rubocop_todo.ymlを解消するPull RequestをGitHub Actionsで自動生成する (前編)
.rubocop_todo.ymlを解消するPull RequestをGitHub Actionsで自動生成する (前編) 前編ではr7kamura/rubocop-challengeというCustom Actionの話をし、後編では再実装したr7kamura/rubocop-todo-correctorというCustom Actionの話をする。 ただ開発しているだけで、.rubocop_todo.ymlはそこ此処に積もる。たまに慈善活動的に解消してPull Requestを出したりもする。しかし人力でやっているとキリがない。この作業を自動化したい。こういうときに便利な、rubocop_challengerというGemがある。 便利なGemだが、設定しようとすると幾つかハマりどころがあり、導入が大変。そこで、簡単に導入できるようにr7kamura/rubocop-challengeという
Replace Create React App recommendation with Vite by t3dotgg · Pull Request #5487 · reactjs/react.dev
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - ysk8hori/delta-typescript-graph-action: This GitHub Action uses Mermaid to visualize in a diagram the files that were changed in a Pull Request and their related dependency files.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
GitHub - peter-evans/create-pull-request: A GitHub action to create a pull request for changes to your repository in the actions workspace
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.
October 27, 2021 Pull Request Merge Queue is now available in limited beta. Learn more about the feature and how to request early access. Why a merge queue? Maintaining high velocity and keeping your main branch green can be a challenge today. Many repositories try to do this by requiring all pull requests be up to date with the main branch before merging. This ensures the main branch is never upd
Pull Requestのフォーマットにビジネス文書のフォーマットを採用しようとしたが，失敗した話 - Lambdaカクテル
かつて，僕が所属しているチームではPull Request(以下PR)のフォーマット，特に「どうして変更するのか」「どう変更したのか」といった経緯などの要素があまり充実していなかった。このためエンジニアのみならずデザイナーやプランナーも含めたチーム内の意思疎通を潤滑にするために，適切なテンプレートを作成してそれに従おうというムーブメントがあった。 とはいっても「この形式が最強」みたいなものをインターネットに見出すことができなかったため，とりあえず『考える技術・書く技術』に範を取って「状況(今どうなっている)・複雑化(それを困難にしている新たな状況の出現)・結論(どうする)」というフォーマットを僕が導入してみた。 それ以前はカッチリしたテンプレートがなく，各自で「こういう感じなのでお願いします」という文言を考えていたので，PR作成者の負担を減らす効果をテンプレートに期待していた。 考える技術
[GitHub] Scheduled remindersでPull Requestのレビュー依頼をSlackに通知してみた | DevelopersIO
GitHubのScheduled remindersはプルリクエストの通知機能です。レビュワーのアサインやコメントの通知、時間を指定したリマインダーなどを設定します。これにより、チーム開発でのノイズやレビュー漏れを減らし、効率よく開発を進められることが期待できます。 以前はPull Pandaで提供されていた機能ですが、昨年GitHubがPull Pandaを買収したことで、GitHubの標準機能として実装されたようです。 先日、ベータ版が終了して一般利用開始となりました。 Scheduled remindersの使い方 実際にScheduled remindersをチームで活用している方法を紹介します。 チームのSlackチャンネルに通知 GitHub OrganizationのSettingsから「Scheduled reminders」の設定ページに移動して、「Connect a S
GitHub - actions-ecosystem/action-release-label: 🏷️ GitHub Action to output a semver update level from a pull request release label
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
February 4, 2021 Pull request auto-merge is now generally available on GitHub and through GitHub Mobile. With auto-merge, pull requests can be set to merge automatically when all merge requirements are met. No more waiting on slow CI jobs or tests to finish just so you can click the merge button! To use auto-merge, first have an administrator allow auto-merge in the repository settings. Then to en
Infer type predicates from function bodies using control flow analysis by danvk · Pull Request #57465 · microsoft/TypeScript
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Better suggested pull request description from commit message
Better suggested pull request description from commit message codepull-requests September 7, 2022 When opening a pull request from a comparison that only includes one commit, GitHub defaults the title and description to the subject line and body of that commit's message. Authors who write detailed git commit messages that adhere to the widely accepted convention of wrapping at 72 characters per li
RFC: First class support for promises and async/await by acdlite · Pull Request #229 · reactjs/rfcs
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
How to attack cloud infrastructure via a malicious pull request
The Teleport Access PlatformThe easiest, most secure way to access and protect your infrastructure Teleport Access On-demand, least privileged access, on a foundation of cryptographic identity and zero trust
lib: add fetch by targos · Pull Request #41749 · nodejs/node
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
Pull request merge queue is now generally available! merge-queuepull-requestsvelocity July 12, 2023 Today we are announcing the general availability of pull request merge queue! 🎉 Merge queue helps increase velocity in software delivery by automating pull request merges into your busiest branches. Before merge queue, developers would often need to update their pull request branches prior to mergi
注釈: pull request における特別なキーワードは、pull request がリポジトリの_デフォルト_ブランチをターゲットするときに解釈されます。 ただし、PR のベースが_それ以外のブランチ_である場合、それらのキーワードは無視され、リンクは作成されません。PR のマージはこの issue に対して何の効果も持ちません。 キーワードの 1 つを使って pull request を issue にリンクする場合、PR が既定ブランチ上になければなりません。 リンクされたIssueとPull Requestについて 手動か、pull request の説明でサポートされているキーワードを使い、pull request に issue にリンクできます。 Pull Requestが対処するIssueにそのPull Requestをリンクすると、コラボレータは、誰かがそのIssue
Rewrite it in Rust by ridiculousfish · Pull Request #9512 · fish-shell/fish-shell
(Editor's note - please read #9512 (comment) and #9512 (comment) before commenting if you are new to fish or not familiar with the context - @zanchey) (Progress report November 2023) (Sorry for the meme; also this is obligatory.) I think we should transition to Rust and aim to have it done by the next major release: Nobody really likes C++ or CMake, and there's no clear path for getting off old to
.githubリポジトリでGitHubのPull Requestやissueのテンプレートをアカウント全体に適用する方法 - Qiita
もっと早くに知りたかった .github リポジトリの効果 Twitterで知った超絶お役立ち情報。1週間前の自分に教えてあげたい… .githubリポジトリ作ればorganization全体にpull request template等を全体適応できるのを知ったhttps://t.co/DNu5Falkae — 1coin (@1coin178) October 13, 2020 元々リポジトリの中に.githubディレクトリを作ると、そのリポジトリに対してPull Requestのテンプレートやissueのテンプレートを作ったりすることができる機能があるのは知っていました。 今回紹介するのは、その機能をさらに拡張させて.githubリポジトリを作成することで、アカウント全体（Organizationの場合はOrganization全体）にテンプレートの適用範囲を拡大する方法です。 この
記事を読んでいただきありがとうございます。 普段はPM業務をしている駆け出しエンジニアです。 ある時先輩に、Pull Request（以下PR）レビューのコツについて聞いてみると、その先輩はレビューをする時はいつもgit pullをしてlocalで動作の確認をしているそうです。その話を聞いて面白いなと思ったので、記事にまとめてみました。 PRとは、開発の内容（マージ先との差分）を確認してもらうために提出する、Githubの機能の1つです。 チーム開発をした方であれば、誰もが使ったことがあると思いますが、割とGithubの画面上だけの確認になってしまいがちです。よくよく考えてみれば、「(git) pull依頼」という意味なので、元はgit pullをする前提だったのかなと思います（常識だったらすみません）。 エディタの静的エラーが出る 今回その先輩と一緒に入っている案件は、PHP/Larav
March 14, 2023 Commenting directly on a file in a pull request (not just a specific line) is now available in public beta! 🎉 With this capability you can now comment on deleted, binary (including images), and renamed files in a pull request. You can also comment generally about a changed code file without having to attach the comment to a specific line. How it works To comment on any file in a pu
無料になった Pull Panda を GitHub に導入すると、Pull Requestのやり取りが自動化されて便利に！！ | DevelopersIO
My DM settingsの設定も忘れずに行いましょう！！（個人毎に設定が必要です） Team reminders 指定したチャンネルで、指定時間になるとPull Requestが通知されます。（Pull Requestが無ければ通知はされません） Pull Requestが無ければ通知はきませんが、レビュー待ちのPull Requestがあると@usernameでレビュワーに対して通知されます。 また、「レビューが完了したPull Request」も作成者に通知がきます！ 「レビューでコメントして承認されなかった」ときは、再レビュー時に明示的にレビュー状態にしてあげないと、通知されません。 （下記を押せばOKです） My DM settings 個人毎に詳細な設定ができます。 （とりあえず全部通知させて、邪魔ならOFFにしようの精神） 主に下記の通知が便利です！ レビュワーになったとき
GitHub App「Pull Request Size」プルリクエストのサイズをラベル化しよう - kakakakakku blog
GitHub App「Pull Request Size」を使うとプルリクエストの差分量から "サイズを意味する" ラベルを付けてくれて便利❗️やってることは単純だけど「このプルリクエストは大きすぎるな〜」という判断材料にも使える．個人アカウントなら無料なのも嬉しい✌️ github.com ラベル一覧 ラベルに関しては以下の「計6種類」が用意されている！ size/XS : 差分量 0-9 行 size/S : 差分量 10-29 行 size/M : 差分量 30-99 行 size/L : 差分量 100-499 行 size/XL : 差分量 500-999 行 size/XXL : 差分量 1000 行 以上 差分量の計算式と除外ファイル 「差分量」を算出する計算式は GitHub に載っていて，基本的には「追加 + 削除」になる．でも generated file（自動生成され
Remove TypeScript by afcapel · Pull Request #971 · hotwired/turbo
👍 145 vtamara, gmichokostas, klevo, MarcosNASA, noclat, markahesketh, pfeiffer, montalvomiguelo, chakrihacker, nitrnitr, and 135 more reacted with thumbs up emoji 👎 772 sukei, adrianthedev, rik, yourivdlans, marcelolx, elvinaspredkelis, jutonz, gtokman, vfonic, grncdr, and 762 more reacted with thumbs down emoji 😄 52 joshgillies, abc3, hanayashiki, hayesr, dannote, avindra, wowczarczyk, Songkey
Pull Request の terraform plan の実行結果を S3 に保存して安全に apply - スタディサプリ Product Team Blog
こんにちは。 SRE の @suzuki-shunsuke です。 Pull Request (以下PR) の CI の terraform plan (以下 plan) の実行結果(以下 plan file)を S3 に保存して、安全に terraform apply (以下 apply) 出来るようにしたとともに、 GitHub リポジトリの Require branches to be up to date before merging の設定を無効化することで Experience を向上した話を紹介します。 課題 Terraform の CI/CD を CodeBuild に移行した話 でも紹介したように、弊社では Terraform の CI/CD を CodeBuild で行っています。 GitHub Flow を採用しており、 PR では plan を実行し、 defaul
pull_request_target トリガーを使って fork されたリポジトリからの pull request で発火した GitHub Actions で fork 元の secrets を参照する - make clean; make
タイトルが長い。 fork されたリポジトリからの pull request を受け取ったとき、GitHub Actions が fork 元のリポジトリの secrets にアクセスするためには例えば pull_request_target という trigger を使うやり方がある。pull_request_target という trigger は便利なんだけど、これを無配慮に使うとセキュリティ的に危ういということが GitHub のドキュメントにはつらつら書かれており、まあつまりどういうことなんや、どう使えばええということなんや、ということで色々調べたのでメモしておく。 まず先に pull_request という triggergithub actions の trigger にはいろいろなものを設定できるが、基本的には pull_request という trigger を使えば p
RFC: useEvent by gaearon · Pull Request #220 · reactjs/rfcs
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
PR に紐付けたいワークフローは push ではなく pull_request イベントを使おう [GitHub Actions]
概要 ジョブ実行画面に PR へのリンクがないから不便という記事に賛同している人が思いのほか多かったのでこの記事を書いておきます。 pull_request イベントは PR へリンクされる pull_request イベントには最初から PR へのリンクが用意されています。 なぜ push イベント？ push イベントを使いたくなる理由は主に以下の 2 つかなと思っていますがいずれも pull_request イベントで実現可能です。 PR が更新されたときに実行したい PR のブランチで実行したい PR が更新されたときに実行する pull_request イベントはデフォルトで types: [ opened, synchronize, reopened ] のときに実行されます。 このうち synchronize が PR が更新されたときに該当します。 PR のブランチで実行す
![PR に紐付けたいワークフローは push ではなく pull_request イベントを使おう [GitHub Actions]](https://cdn-ak-scissors.b.st-hatena.com/image/square/a691beefa5723744999624863aa722e8c40a6ebe/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--sIXjR-Qn--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3APR%252520%2525E3%252581%2525AB%2525E7%2525B4%252590%2525E4%2525BB%252598%2525E3%252581%252591%2525E3%252581%25259F%2525E3%252581%252584%2525E3%252583%2525AF%2525E3%252583%2525BC%2525E3%252582%2525AF%2525E3%252583%252595%2525E3%252583%2525AD%2525E3%252583%2525BC%2525E3%252581%2525AF%252520push%252520%2525E3%252581%2525A7%2525E3%252581%2525AF%2525E3%252581%2525AA%2525E3%252581%25258F%252520pull_request%252520%2525E3%252582%2525A4%2525E3%252583%252599%2525E3%252583%2525B3%2525E3%252583%252588%2525E3%252582%252592%2525E4%2525BD%2525BF%2525E3%252581%25258A%2525E3%252581%252586%252520%25255BGitHub%252520...%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_37%3A%2525E9%25259B%2525AA%2525E7%25258C%2525AB%252Cx_203%252Cy_121%2Fg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2dsdnpGMmRXRHdxQlZmQ0hHd2Z6bV9PTW5YeTZjVElKVm1WOVV4Tmc9czI1MC1j%252Cr_max%252Cw_90%252Cx_87%252Cy_95%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
モダンなPull Requestの回し方
はじめに 今の時代、GitHub を使って複数人で開発する場合は、基本的に Pull Request(以降 PR)を使って開発することが殆どだと思います。 GitHub 側もここを重要視しているようで、色々な新しい機能や改善を継続的に投入してくれています。しかし、実際の利用シーンではこれらの機能があまり使われておらず、原始的な PR を見ることが多々あります※1。 エンジニアならば自動化/効率化はして当たり前だよね！※2ということで、PR 周りの便利な機能や運用方法を紹介したいと思います。 ※1 ... 注: 個人の感想です ※2 ... 本音は「レビューめんどいからもっと楽させて」 準備編 PR を建てる前にリポジトリの設定をしておきましょう。 Pull request template 公式の説明ページ(English) PR のテンプレートを設定できる機能です(そのまま)。.gith
mod team resignation by BurntSushi · Pull Request #671 · rust-lang/team
The entire moderation team resigns, effective immediately. This resignation is done in protest of the Core Team placing themselves unaccountable to anyone but themselves. As a result of such structural unaccountability, we have been unable to enforce the Rust Code of Conduct to the standards the community expects of us and to the standards we hold ourselves to. To leave under these circumstances d
こんにちは。 STORES ブランドアプリのチームで iOS エンジニアをしている榎本( @enomotok_ )です。 これは STORES Advent Calendar 2023 の記事です。 私が普段仕事をしていて感じるPull Request (以下 PR )を迅速にマージすることの効用について、日々の取り組みと考えを言語化してまとめます。 なぜ Pull Request を早くマージしたいか 私たちは日々多くの仕事に忙殺されています。 PR を完成させたら、基本的には次のタスクに取り掛かります。 PR の生存期間が長いと、次のタスクとのマルチタスクが増え、それが長引くことになります。マルチタスクにおけるコンテキストスイッチが生産性に悪影響を及ぼすというのはよく言われる話です。 また PR が大きなタスクの一部であった場合に、 PR をマージできないことが次の仕事をブロックする可
Added error text to warning when untaring with bsdtar by JiaT75 · Pull Request #1609 · libarchive/libarchive
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
More ways to keep your pull request branch up-to-date
Pull-Requestにファイルツリーついたぞ！！
Pull Request の関心事は一つにしよう | Wantedly Engineer Blog
Pull Request Merge Queue Limited Beta
Pull request auto-merge is now generally available
Pull request merge queue is now generally available!
Pull RequestをIssueにリンクする - GitHub Docs
Pull Request、ちゃんとpullしてますか？ - Qiita
Comment on files in a pull request (public beta)
Pull Request は早くマージしたい - STORES Product Blog