An unpopular opinion: Get rid of Pull Requests!
summary
Pull requests often balloon, block urgent deploys, and produce “LGTM/Stevie Wonder” approvals that shift responsibility away from authors and reviewers. Advice: ask “is a PR needed?” and only require reviews for new functionality, high‑risk or hard‑to‑reverse changes; for everything else skip or automate. Keep changes tiny (one to two days max), break work into incremental commits behind feature gates, use short-lived branches, and batch trivial repetitive updates with automation rather than manual review.
AI-written summary · about
chapters (8)
- 0:00Introduction
- 0:56Title
- 1:30Audience participation
- 4:35Stevie Wonder Approvals
- 7:30Get rid of Pull Requests
- 10:20Keep it small
- 12:48When do we not need pull requests
- 14:48Conclusion
related talks
29mThe Art of Humanizing Pull Requests (PR’s)
28mPull My Code: Effective Code Review
28mPull Requests: Merging good practices into your project
30mEffective Pull Request Reviews
11mPull Requests: Merge With Your Team
57mA Meritocracy of Pull Requests
38mPull Requests and Reviews for Good
26mThe Art of Humanizing Pull Requests
