Pull Request
You might say
My changes are done. Have someone review them before they go into the main version.
Ask others to review and merge the work from one branchA pull request is a collaboration feature on Git hosting platforms, not a core Git command. It collects the change summary, discussion, automated checks, and review before a branch is merged. Keep its scope focused and explain how the result was verified.
When to use it
- Request code review
- Discuss a proposed change
- Run checks before merging
- Keep a record of why a branch entered main
When NOT to use it
- Open one request for several unrelated features
- Use only the title and provide no context
- Merge while required checks or questions remain unresolved
- Treat review as permission to skip your own testing
Anatomy
● Openfeat: Home page with dark mode #12
Alex Chen wants to merge feat/dark-mode into main
ConversationCommits 3Checks ✓Files changed 2
✓ No conflict, can be automatically mergedSquash and merge ▾
Explain in one sentence what was changed; #12 is the number of this application form
From which branch to merge into which branch: feat/dark-mode → main
Conversation discussion, Commits save point, Files changed line by line changes
Click after passing inspection, testing and approval; the method of merging follows the project agreement.
Variants
Squash
3 commits → Organized into 1 entry into main
When you need to organize a set of intermediate commits into a complete change
Merge Commit
Keep each commit as is + merge nodes
Used when complete process records need to be kept
Rebase
Commits are queued and received at the end of main
The history is a straight line with no merge nodes.
Typical use cases
Feature review
Bug-fix review
Design discussion
Release change
Further reading