Large changesets and pull requests take longer to review, and can be more complex. If a changeset is larger than about 1,000 lines of code, giving it the proper attention it deserves may require more time than our traditional review/deploy workflow facilitates. In these cases, we may mark your pull request as
[Status] VIP Scheduled Review, and set a date when we can assign an engineer to spend the required time to review your changes.
As an alternative to having a large changeset undergo a scheduled review, the pull request could be broken up into smaller, more atomic pull requests. Then, a number of smaller pull requests could be created, reducing the review time. One workflow for achieving this is:
- Create a fresh branch off
- Check out one of the changes from the branch used in the large pull request.
- Push this change to the new branch.
- Commit and push up the new branch.
- Create a new pull request.
You can read a more detailed explanation of breaking apart a large pull request into more manageable chunks.