#pull-requests

Hacker Newsで反応が大きかったのは、どの大きなrepoでも同じ痛みを抱えているからだ。GitHubの Stacked PRs は大きな変更を順序付きの小さなPRに分け、GitHub UI と gh stack CLI の両方で review と merge の文脈を保とうとしている。

PRが止まる最も厄介な瞬間の一つがボタンになった。GitHubによれば、新しいFix with Copilotの流れはconflictを解消し、buildとtestを確認したうえで、cloud-based development environmentから修正済みbranchをpushする。

GitHubのprivate preview stacked pull request workflowは、より小さなreview単位、built-in stack map、dependent PR全体のautomatic rebaseを約束し、Hacker Newsの関心を集めた。

Cursorは2026年4月8日のXで、code review agentがpull request activityをreal-timeで学習できるようになったと述べた。あわせて、agentが見つけたissuesの78%がPR mergeまでに解決されると主張した。

GitHubはpull request内で<code>@copilot</code>をメンションし、同じPRへの変更を依頼できるようにしたと発表した。Copilot coding agentはcloud development environmentで変更を行い、testとlintを通してからpushする仕組みで、fork由来のPRはまだ対応していない。

HNで話題になったRFC 406iは、低品質なAI投稿に対するメンテナの疲弊を“標準拒否リンク”という風刺に変え、レビュー負荷の非対称性を突きつける。